解决方案中的文件夹是否应与命名空间匹配？
在我的一个团队项目中,我们有一个类库,项目中有许多子文件夹.
项目名称和命名空间:MyCompany.Project.Section.
在此项目中,有几个与命名空间部分匹配的文件夹:
Vehicles在MyCompany.Project.Section.Vehicles命名空间中有类Clothing在MyCompany.Project.Section.Clothing命名空间中有类在同一个项目中,是另一个流氓文件夹
BusinessObjects在MyCompany.Project.Section命名空间中有类有一些这样的情况,其中文件夹是为了"组织方便"而制作的.
我的问题是:标准是什么？在类库中,文件夹通常与命名空间结构匹配,还是混合包？
我的背景主要是作为Java开发人员,但最近我一直在.NET中做一些工作.所以我一直在尝试在家里做一些简单的项目,以便更好地使用.NET.我已经能够将我的大部分Java经验转移到使用.NET(特别是C#),但唯一让我感到困惑的是名称空间.
我知道命名空间类似于Java包,但从我可以看出的主要区别是,使用Java包它们使用实际文件夹来显示分离,而在.NET中它没有,所有文件都在一个文件夹中并且在每个类中简单地声明命名空间.
我发现这很奇怪,因为我总是将包看作是一种组织和分组相关代码的方式,使其更容易导航和理解.因为在.NET中这种方式不起作用,加班,项目看起来更加过度拥挤而且不易于导航.
我在这里错过了什么吗？我必须这样.我应该在解决方案中将事情分解为单独的项目吗？或者有更好的方法来保持项目中的类和文件组织？
编辑:正如布莱尔指出,这几乎是同样的问题问在这里.