Comment nommez-vous et organisez-vous des fichiers CLASS?

Question

J'utilise ASP.NET en C#, je suis assez nouveau en développement donc j'aimerais avoir quelques conseils d'experts :-).

Questions:

• Quelle est la meilleure pratique pour l'organisation de fichiers de classes?
• Quel type de nom utilisez-vous?
• Pour le projet d'application Web, comment nommez-vous NAMESPACE?

Dans mon cas, je construis un CMS simple. Je pensais que la structure FILE comme ceci:

- AppCode 
    - Common 
    - UserDataInput.cs 
    - ExternalLibrary 
    - BusinessLayer 
    - FrontEnd 
    - BackEnd 
    - AccessLayer 

Merci les gars de partager vos pensées avec moi! Bye

Answer 1

Les conventions de nommage sont différentes pour tout le monde il n'y a pas de bonnes réponses seulement les meilleures pratiques mais il y en a beaucoup de mauvaises. En ce qui concerne la programmation orientée objet, ne surchargez pas pour des raisons de modularité, comme un projet DataHelpers qui serait utilisé dans votre backend pourrait être quelque chose que vous transportez mais, disons une classe d'aide gravatar (qui est une classe réelle sous Microsoft.Web.Helpers) est une exagération simplement parce que String.Format() et une méthode de hachage MD5 est tout ce dont vous avez besoin pour cela. C'est à peu près ce dont vous auriez besoin dans un autre projet en termes de modularité. Cela va de soi, mais assurez-vous que ce que vous nommez vos classes de méthodes est logique dans le contexte dans lequel vous travaillez, lorsque vous travaillez avec asp.net MVC ce que j'aurais un projet CMS.Controller et un projet CMS.View Tout sera sous la solution CMS où en ASP.net classique j'aurais appelé CMS.BL ou CMS.Web. Je ne placerais rien sous AppCode juste ajouter des projets à vos solutions et ne les appelez pas commun, en transportant votre code à travers les solutions, ils deviennent surchargés d'espaces de noms * .Common. Donc, classifiez vos projets par rapport à ce pour quoi ils sont utilisés et assurez-vous d'implémenter une hiérarchie pour que votre classX qui hérite de Xbase soit sous le même type de hiérarchie dans les temrs de projet lorsque vous implémentez ce type de Dans vos projets, vous aurez plus de succès que Xbase sous CSM.Web.Core et classX sous CMS.Web qui ouvrira plus tard la voie à des références circulaires.

Voici un exemple d'un projet sur lequel je travaille, il a commencé comme une application MVC, mais plus tard transformé en un projet qui a winforms et tout.

Tant que les choses ont du sens pour vous et que vous êtes à l'aise avec, vous pouvez vous en sortir avec tout, comme dans la solution ci-dessous j'ai un Data.Netsis.Entities qui hérite de Entities.Netsis.

Hope this helps.