MrE*_*ndo 5 .net c# namespaces
我们目前正在重组我们的一些服务项目,因此他们的命名更符合逻辑.我们有以下结构:
Djp.Services.类型.服务名称
这似乎是一个逻辑分组有意义,但我想知道的是,根据项目中的文件夹,在此基础上有更多级别是可以接受的.例如,调用一个项目
Djp.Services.Management.Data
在这个项目下,我们有一个"POCO"文件夹和一个"Repositories"文件夹,这意味着,这些文件夹下的对象原则上将有5个级别的命名空间.
命名空间的深度是应该避免的,还是完全合理的？
我们有一个七层深的命名空间，在类的末尾有第八个符号。Visual Studio 2010 左上角的下拉列表允许您选择此文件中的类，但它不符合我们的完全限定类名称，当您将鼠标悬停在它上面时，没有工具提示，因此这是查找该类的唯一方法名称是取消固定源视图并将其拉伸到两个显示器上。
我知道这取决于名称的总长度，而不一定取决于嵌套名称空间的数量，但我将继续将其定义为“太深”:)
| 归档时间： |
|
| 查看次数： |
1865 次 |
| 最近记录： |