-
20-08-2019 - |
题
我重新组织我源文件合并成一个单一的解决方案与一个单一的项目,由于各种原因:
- 一paranoic配置的防病毒软件;
- 建议在分区代码通过。净组件
- 控制组件的依赖获得清洁的建筑
- 受益C#VB.NET 编译器perf
这使我有很多名字空间,这是分裂跨多个文件。迄今为止,我使用这个公约:鉴于空间 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%的同意与乔恩飞碟。
以获得更多的概况文件夹级别的我们创造的文件夹,打破空间结构的前面加上他们带有下划线。