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.
Es ist eine gute Idee, wenn Sie mit mehreren Kunden zusammenarbeiten und gemeinsame Projekte sind nicht zwischen ihnen. – bniwredyc