c# - 命名空间——有多深就是太深

标签 c# .net namespaces

我们目前正在重组我们的一些服务项目,以便它们的命名更合乎逻辑。我们有以下结构:

Djp.Services.Type. ServiceName

这作为一个逻辑分组似乎是有意义的,但是我想知道的是,是否可以接受基于项目中的文件夹在此之下有更多级别。例如一个项目叫做

Djp.Services.Management.Data

在这个项目下,我们有一个“POCO”文件夹和一个“Repositories”文件夹,这意味着,原则上,这些文件夹下的对象将有一个 5 层深的命名空间。

命名空间的这种深度是应该避免的,还是完全合理的?

最佳答案

任何遵循应用程序结构逻辑的命名空间都可以,无论长度如何。

关于c# - 命名空间——有多深就是太深,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3890043/

相关文章:

c# - .Net 4 MemoryCache 泄漏并发垃圾收集

c++ - C++命名空间中的名称解析规则是什么?

c++ - 在 Visual Studio 2010 C++ 中包含命名空间

c# - 在c#中将两个数据表添加到同一个excel工作表中

c# - System.Threading 回调似乎不太准确

c# - 检查 ListBox 项是否具有与 TextBox 文本相同的文本

c# - 更漂亮的不格式化 Unity C# 代码 - "Cannot format Movement.cs"

c# - 使用 OAuth 2 和服务帐户访问旧版 GData API(电子表格 API)

c# - 列表的 XML 序列化

python - 在 Python 的类名中使用空格