.NET 命名空间

Question

我的背景主要是 Java 开发人员，但最近我一直在 .NET 方面做一些工作。因此，我一直尝试在家做一些简单的项目，以更好地使用 .NET。我已经能够将我的大部分 Java 经验转移到使用 .NET(特别是 C#)中，但唯一真正让我困惑的是命名空间。

我知道命名空间与 Java 包类似，但据我所知，主要区别在于，对于 Java 包，它们使用实际的文件夹来显示分隔，而在 .NET 中则不然，所有文件都驻留在单个文件夹和命名空间在每个类中简单声明。

我觉得这很奇怪，因为我总是将包视为组织和分组相关代码的一种方式，使其更容易导航和理解。由于在 .NET 中它不是这样工作的，随着时间的推移，项目会显得更加拥挤并且不那么容易导航。

我在这里遗漏了什么吗？我必须。我应该将解决方案中的内容分解为单独的项目吗？或者是否有更好的方法来保持项目中的类和文件的组织？

编辑:正如布莱尔指出的那样，这与提出的问题几乎相同here .

Answer 1

我不能说这是最佳实践，但我经常看到文件组织在反射(reflect)命名空间的目录层次结构中。如果它更适合您对代码的心理模型，那么就这样做 - 我想不出有什么坏处。仅仅因为 .NET 模型不强制命名空间、项目和目录结构之间的关系，并不意味着您不能拥有这样的关系(如果您愿意的话)。

我对将代码分解为超出您需要的项目有点谨慎，因为这会减慢编译速度，并在您必须管理多个程序集时增加一点开销。

编辑:请注意，这个问题几乎与 should the folders in a solution match the namespace? 重复。