域模型命名空间命名约定

Question

问题：

对于 ASP.NET MVC 应用程序，我忽略域文件夹并将域模型写入单独的库项目中。

Visual Studio 具有这样的库项目，将逐个文件夹命名空间。例如，如果我的图书馆项目名为：

ES.eLearning.Domain

，并且我有一个名为 Services 的文件夹，它将自动将 Services 文件夹中的所有类命名为：

ES.eLearning.Domain.Services

这一切都很好，但罢工我太矫枉过正了。我的项目相对简单，因此不存在类名冲突的可能性。即使有，编译器也会选择它。

所以我只是手动将命名空间名称编辑为项目名称，即：

ES.eLearning.Domain

这样，在开发前端时，领域模型项目只是一个提供领域模型的黑盒子。我不认为将名称空间名称耦合到项目文件夹结构有什么意义，而不是将其视为一个功能块。

因此出现了两个问题：

1. 这是不好的做法吗？如果是这样，为什么？请记住：这些都是中小型项目。

2. 有没有办法告诉 VS 2010 如何命名我的命名空间？

谢谢

注意：在我的项目命名中，ES 是客户端，eLearning 是应用程序，Domain 是组件

PS：我在 SO 上发现的有关命名空间命名约定的其他问题解决了不同的问题。所以据我所知，不是重复的。

Answer 1

要防止特定文件夹强制其内容使用文件夹名称作为命名空间部分，您可以右键单击该文件夹，选择“属性”，然后将“命名空间提供程序”更改为False。不过，需要对其适用的所有文件夹执行此操作，因此我不确定这是否真正完全回答了您的问题。

编辑：看起来ReSharper 添加了此功能。

Answer 2

引导您的 IDE 使用适合您的特定环境的命名约定是一个很好的做法。您可以使用项目属性的“应用程序”选项卡中的默认命名空间框来更改 VS 自动插入到类文件中的命名空间。

Answer 3

我不确定是否可以在 VS2010 中配置来禁用此功能..但我不会这样做。

如果您的代码文件放置在Domain文件夹中，那么它的命名空间应该是Company.Domain。如果域有子文件夹 Services，则命名空间应为 Company.Domain.Services。这是一个很好的（重要的是——常见的、实践的）。

你最好遵守规则，而不是违反规则:)

Answer 4

我的建议是在命名名称空间、文件夹和类时使用单数结尾。例如，

namespace ES.eLearning.Domain.Services

将首选为

ES.eLearning.Domain.Service // <-- note missing "s"

源代码中的另一个用法示例：

ES.eLearning.Domain.Constants.FileTypes.Text

可能“更好”理解，因为

ES.eLearning.Domain.Constant.FileType.Text

---

它是所有个人喜好，而不是规则。只是一件小事，可能会使代码（命名空间）更短，同时更易于阅读。

附言。另一方面，ASP.NET MVC 并不遵循这个“规则”：

Content
Controllers
Models
Scripts
Views

但无论如何，没有什么可以阻止您在源代码中“重命名”它们。