2009-12-18 11 views
10

Ich arbeite an Benennungsrichtlinien für Lösungen, Projekte, ihre Standard-Namespaces und Assemblys (Visual Studio). Jetzt sieht es so aus: Zum Beispiel haben wir eine Firma namens "Firma" und ein Projekt namens "Projekt". Das Projekt verfügt über eine Geschäftslogik in einer separaten DLL, UI (WPF/WinForms) und einem Webpart. Im Titel der Frage sind folgende Namen aufgeführt:Benennung: Lösung, Projekte, Namespaces und Assemblies

Lösungsname: "Projekt".

Business-Logik-DLL Projektname: "Projekt", Standard-Namespace: "Company.Project", Assemblyname: "Project".

UI-Projektname: "ProjectUI", Standard-Namesapce: "Company.Project.UI" (bei mehreren UI-Versionen wie "Company.Project.UI.WPF" kann der Name der Assembly erweitert werden, Assemblyname " Projekt "(arbeitet, weil es keine DLL ist).

Webprojektname: "ProjectWeb", Standardnamespace: "Company.Project.Web", Assemblyname: "ProjectWeb" (für Webanwendungen).

Meine Fragen sind: Haben Sie Richtlinien wie das? Ist es eine gute Idee, diese Dinge zu beschreiben? Was denkst du über meinen Ansatz?

Ich werde mich freuen, wenn Sie teilen, die Sie in Ihrer Arbeit verwenden.

Antwort

6

Ich denke, es ist auf jeden Fall eine gute Idee für jeden, nach Standards wie diesen zu arbeiten. Das einzige, was ich noch hinzufügen könnte, ist, dass, wenn Sie Projekte tun für andere Unternehmen/Kunden Sie benennen Projekte wollen könnte wie folgt aussehen:

YourCompanyName.CustomerCompanyName.ProjectName.ProjectUI

+1

Es ist eine gute Idee, wenn Sie mit mehreren Kunden zusammenarbeiten und gemeinsame Projekte sind nicht zwischen ihnen. – bniwredyc