命名一个"核心"大会

我知道这有点主观,但我想知道是否有一个普遍接受的命名程序集标准,其中包含一些"核心"函数.

假设你有一个更大的项目,像Assemblies一样

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

现在,虽然"只选一个并继续"不会导致世界末日,我仍然想知道是否有一种"接受"的方式来命名这些组件.

所有这些"根","核心","共同"等都是非常糟糕的命名约定.

常见的东西应该放在根命名空间中,就像在.NET中一样string,int而其他"核心"或"常见"的东西都在根目录System空间中.

不要使用命名空间来更轻松地折叠Visual Studio中的文件夹,而是在它包含的内容和它的用途之后构建它.

System.Security 例如,包含常见的安全事物 System.Xml,除非您明确需要该功能,否则不需要了解.

System.Security.Cryptography是一个子命名空间.密码学是安全性,但安全性不是明确的密码学.

通过这种方式System.Security.Cryptography可以全面了解它的父命名空间,并且可以隐含地使用其中的所有类其父的.

我想说这System.Core.dll是微软方面的一个漏洞.他们必须用完想法或DLL名称.

更新:MSDN有一篇稍微更新的文章,试图解释微软对这个主题的看法.

使用.Net这是相对容易改变的,所以我会方便.

更少,更大的程序集编译速度比许多小程序集快,所以我首先将你的'核心'东西作为Company.Product.dll中的命名空间开始,如果需要,可以稍后拆分.

我通常喜欢用名字来描述每个组件中的内容.

你知道,如果你将某个名称命名为.Core,那么在一个大型团队中,它可以非常快速地增长,因为人们会考虑在该程序集中放置非常常见的东西.

所以,我认为不应该有一个核心组件.