我知道这有点主观,但我想知道是否有一个普遍接受的命名程序集标准,其中包含一些"核心"函数.
假设你有一个更大的项目,像Assemblies一样
你有一堆"核心"类,如全局错误处理程序,全局日志功能等.
这样的集会如何命名？以下是我的一些想法:
现在,虽然"只选一个并继续"不会导致世界末日,我仍然想知道是否有一种"接受"的方式来命名这些组件.
Seb*_*son 35
所有这些"根","核心","共同"等都是非常糟糕的命名约定.
常见的东西应该放在根命名空间中,就像在.NET中一样string,int而其他"核心"或"常见"的东西都在根目录System空间中.
不要使用命名空间来更轻松地折叠Visual Studio中的文件夹,而是在它包含的内容和它的用途之后构建它.
System.Security 例如,包含常见的安全事物 System.Xml,除非您明确需要该功能,否则不需要了解.
System.Security.Cryptography是一个子命名空间.密码学是安全性,但安全性不是明确的密码学.
通过这种方式System.Security.Cryptography可以全面了解它的父命名空间,并且可以隐含地使用其中的所有类其父的.
我想说这System.Core.dll是微软方面的一个漏洞.他们必须用完想法或DLL名称.
更新:MSDN有一篇稍微更新的文章,试图解释微软对这个主题的看法.
Kei*_*ith 15
使用.Net这是相对容易改变的,所以我会方便.
更少,更大的程序集编译速度比许多小程序集快,所以我首先将你的'核心'东西作为Company.Product.dll中的命名空间开始,如果需要,可以稍后拆分.
Vai*_*hav 11
我通常喜欢用名字来描述每个组件中的内容.
你知道,如果你将某个名称命名为.Core,那么在一个大型团队中,它可以非常快速地增长,因为人们会考虑在该程序集中放置非常常见的东西.
所以,我认为不应该有一个核心组件.
我们使用这个模型：
等等。
| 归档时间： |
|
| 查看次数： |
2692 次 |
| 最近记录： |