我重新组织我源文件合并成一个单一的解决方案与一个单一的项目,由于各种原因:

这使我有很多名字空间,这是分裂跨多个文件。迄今为止,我使用这个公约:鉴于空间 Company.Project.A, ,该文件被命名为 A.f1.cs, A.f2.cs 等等, Company.Project.B 名称空间是跨越分裂 B.f1.cs, B.f2.cs, 等等。

鉴于单个项目的限制,是否有任何好的方式来组织的多个文件在多个名字空间?

有帮助吗?

解决方案

是的使用的文件夹。

如果创建了一个文件夹内的一个项目,新课程在该文件夹中的文件将自动使用的文件夹,名称为基础的名字空间。

例如,如果你有一个项目有一个默认的名字空间"公司。项目"和一个文件夹"Foo"含有"栏。cs"你最终会:

using System; // Etc

namespace Company.Project.Foo
{
    class Bar
    {
    }
}

其他提示

这样的解决方案就在这里。它的文件夹。但它有时非常棘手。首先这是一种好的想法有一个文件中每类。如果你将包的几类进入一个文件-你会有的问题找到他们的时间。

第二件事有关的文件夹-如果你会击一个文件夹和选择,例如"加>新项目",这个项目将投入选定的文件夹。但看出来了!如果你将移文件之间的文件夹,名称空间是不会更新。

这是常见的来源搞项目。只是经过一段时间,你可以结束了一个项目中,你有整齐的组织文件夹和文件,但没有反映的名字空间。因此,举例来说,如果你有class MyClass在我的文件夹夹确保,你的名字空间的用于这一类的东西喜欢MyApp。我的文件夹,而不是一些旧垃圾。

所以如果你不包的类进入一个文件,并看看如果类命名空间反映出文件夹层次的-你在良好的道路以让你的项目非常容易阅读和导航。

100%的同意与乔恩飞碟。

以获得更多的概况文件夹级别的我们创造的文件夹,打破空间结构的前面加上他们带有下划线。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top