命名：解决方案、项目、命名空间和程序集
我正在研究解决方案、项目、其默认命名空间和程序集的命名指南（Visual Studio）。 现在看起来像这样： 例如，我们有一个名为“Company”的公司和一个名为“Project”的项目。该项目的业务逻辑位于单独的 dll、UI (WPF/WinForms) 和 Web 部件中。问题标题中列出了事物的名称：
解决方案名称：“项目”。
业务逻辑dll项目名称：“Project”，默认命名空间：“Company.Project”，程序集名称：“Project”。
UI项目名称：“ProjectUI”，默认名称空间：“Company.Project.UI”（如果有多个版本的UI，可以扩展它，例如“Company.Project.UI.WPF”），程序集名称“Project”（工作因为它不是 dll）。
Web 项目名称：“ProjectWeb”，默认命名空间：“Company.Project.Web”，程序集名称：“ProjectWeb”（对于 Web 应用程序）。
我的问题是：你们有这样的指导方针吗？描述那些事情是个好主意吗？您认为我的方法怎么样？
如果您分享您在工作中使用的方法，我会很高兴。
I'm working on naming guidelines for solutions, projects, their default namespaces and assemblies (Visual Studio).
Now it looks like that:
For example, we have a company named "Company" and a project named "Project". The project has business logic in separate dll, UI (WPF/WinForms) and a web part. There are names of things listed in the question title:
Solution name: "Project".
Business logic dll project name: "Project", default namespace: "Company.Project", assembly name: "Project".
UI project name: "ProjectUI", default namesapce: "Company.Project.UI" (it can be extended in case of multiple versions of UI, like "Company.Project.UI.WPF"), assembly name "Project" (working because it's not a dll).
Web project name: "ProjectWeb", default namespace: "Company.Project.Web", assembly name: "ProjectWeb" (for web applications).
My questions are: do you have guidelines like that? Is it a good idea to describe thoose things? What you think about my approach?
I'll be glad if you share ways that you use in your work.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您可能需要查看Microsoft 的命名空间命名指南< /a>，顺便说一句，这与您的非常相似。
You may want to take a look at Microsoft's Namespace Naming Guidelines, which are by the way very similar to yours.
我认为每个人都按照这样的标准工作绝对是个好主意。
我唯一要补充的是，如果您为其他公司/客户做项目，您可能需要按如下方式命名项目：
YourCompanyName.CustomerCompanyName.ProjectName.ProjectUII think it's definitely a good idea for everyone to work to standards like these.
The only thing I might add is that if you do projects for other companies/customers you might want to name projects as follows:
YourCompanyName.CustomerCompanyName.ProjectName.ProjectUI