Nommage: solution, projets, espaces de noms et assemblages

Question

Je travaille sur les directives de dénomination des solutions, projets, leurs espaces de noms et assemblys par défaut (Visual Studio). Maintenant, ça ressemble à ça: Par exemple, nous avons une société appelée "Société" et un projet nommé "Projet". Le projet a une logique métier dans dll séparé, interface utilisateur (WPF/WinForms) et une partie Web. Il y a des noms de choses énumérés dans le titre de la question:

Nom de la solution: "Project".

Nom de projet dll de logique métier: "Projet", espace de nommage par défaut: "Projet de société", nom de l'assemblage: "Projet".

Nom de projet UI: "ProjectUI", namesapce par défaut: "Company.Project.UI" (il peut être étendu dans le cas de plusieurs versions de l'interface utilisateur, comme "Company.Project.UI.WPF"), nom de l'assembly " Projet "(travailler parce que ce n'est pas une DLL).

Nom du projet Web: "ProjectWeb", espace de noms par défaut: "Company.Project.Web", nom de l'assembly: "ProjectWeb" (pour les applications Web). Mes questions sont: avez-vous des lignes directrices de ce genre? Est-ce une bonne idée de décrire ces choses? Qu'est-ce que tu penses de mon approche?

Je serais heureux que vous partagiez des façons que vous utilisez dans votre travail.

Answer 1

Vous voudrez peut-être jeter un oeil à Microsoft's Namespace Naming Guidelines, qui sont d'ailleurs très similaires aux vôtres.

Answer 2

Je pense que c'est certainement une bonne idée pour tout le monde de travailler à des normes comme celles-ci. La seule chose que je pourrais ajouter est que si vous faites des projets pour d'autres entreprises/clients que vous voudrez peut-être à des projets de nom comme suit:

YourCompanyName.CustomerCompanyName.ProjectName.ProjectUI