.net - 命名 "core"程序集

Question

我知道这有点主观，但我想知道是否有一个普遍接受的标准来命名包含一些“核心”功能的程序集。

假设您有一个更大的项目，其中包含类似的程序集

• Company.Product.WebControls.dll
• Company.Product.Net.dll
• Company.Product.UserPages.dll

并且您有一堆“核心”类，例如全局错误处理程序、全局日志记录功能等。

这样的程序集通常如何命名？以下是我想到的一些事情:

• Company.Product.dll
• Company.Product.Core.dll
• Company.Product.Global.dll
• Company.Product.Administration.dll

现在，虽然“只选择一个并继续”不会导致世界末日，但我仍然想知道是否有一种“可接受的”方式来命名这些程序集。

Answer 1

所有这些“root”、“core”、“common”等等可能不是最好的命名约定。

常见的东西应该位于根命名空间中，例如在.NET中，string、int以及其他“核心”或“常见”的东西位于根命名空间中系统-命名空间。

不要使用命名空间来更轻松地折叠 Visual Studio 中的文件夹，而是按照它包含的内容和用途来构建它。

System.Security 包含常见的安全性内容，例如 System.Xml 不需要了解这些内容，除非您明确想要该功能。

System.Security.Cryptography是一个子命名空间。密码学就​​是安全性，但安全性并不是明确的密码学。

通过这种方式，System.Security.Cryptography 可以完全了解其父命名空间，并且可以隐式使用其父级内部的所有类。

我想说System.Core.dll是微软方面的失误。他们肯定已经没有想法或 DLL 名称了。

更新:MSDN 进行了一些更新 article that tries to explain Microsoft's thinking on the subject .