Question

在C＃中，关于要创建什么类型，应该拥有哪些成员以及应该拥有哪些名称空间的问题是OO设计的问题。它们不是我在这里感兴趣的问题。

相反，我想问一下如何将这些存储在磁盘工件中。以下是一些示例规则：

将所有程序集的类型放在单个源文件中。一位做过此事的朋友说“文件是一个架构代码组织工具;今天我使用classview和Collapse to Definitions来浏览我的代码”。
将所有代码放在一个程序集中。进行部署和版本更简单。
目录结构反映了命名空间结构。
每个命名空间都有自己的程序集。
每种类型都有自己的程序集。（列为一个极端的例子。）
每种类型都有自己的源文件。
每个成员都有自己的文件;每种类型都有自己的目录。（列为一个极端的例子。）

Answer 1

无论你做什么，请坚持不懈地做。我不相信有任何一个答案（虽然有一些错误的答案）。但请确保您忠实于自己的表格，因为这将是您的继任者轻松找到事物的关键。

Answer 2

目前我这样做：

生产代码+单元测试的一个组件
目录结构模仿命名空间
每个文件一种类型
- 嵌套类型使用partial类型获取自己的文件。那就是：

// ------ C.cs

public partial class C : IFoo
{
    // ...
}

// ------ C.Nested.cs
partial class C
{
    public class Nested
    {
        // ...
    }
}

Answer 3

我的表现非常相似。我不同的一点：

每个文件一种类型

我在需要它的地方声明委托类型，即不在自己的文件中，而是在使用它们的类中。

Answer 4

我为每个架构层创建一个程序集。（WinUI.exe，BusinessWorkflow.dll，BusinessComponent.dll等。

然后，每个类一个物理文件。

这就是“垂直”。

命名空间在概念上是水平的，将域级功能组合在一起。所有客户的东西都在“客户”命名空间中，例如，订单进入“Accounting.AccountsPayable”。

由于每个程序集仅引用其下方的一个 - 在架构上，您的intellisense在您的域模型中被相关引用很好地约束。

（不得不同意上述内容 - 一致性至关重要。

Answer 5

对于少于十几个班级的小型项目，每个文件只有一个班级。

对于企业项目，我在解决方案中有多个项目。它们按目的分组（业务类，接口，UI）。每个类都有自己的文件。

Answer 6

无论类型多小，都将每个类型放入一个单独的文件中 - 例外：嵌套类和委托

顺便说一下，为了将嵌套类型放在自己的文件中的唯一目的，使用部分类来分离似乎是一种矫枉过正。部分类应该谨慎使用，通常用于文件生成工具 - 您必须考虑如何为嵌套类“命名”您的部分类。为物理嵌套文件提供直观的名称可能是非常有趣的，它绝对不是一项简单的任务。

对于项目，将项目命名为反映命名空间 - 例外：当嵌套命名空间变大时，我会将嵌套文件夹迁移到另一个项目中。

Answer 7

我更喜欢传统的one-file-per-public-class，项目中的文件夹（映射到子目录）用于根据需要对概念上相关的类进行分组，以保持Solution Explorer视图的可管理性。如果您的类名被很好地选择，那么文件夹不应该是严格必要的，但如果项目有很多类，它们会很有用。

对嵌套类型使用单独的文件似乎有点过分，至少如果嵌套类是相对简单的“帮助”类，特别是如果它们是私有的话。

对你朋友的“一个大文件中的所有内容”方案的主要实际反对意见是Visual Studio在尝试处理很长的代码文件时往往变得非常非常慢。

Answer 8

我更喜欢这种组织，无论用哪种语言。

他们自己的文件中的相关小类。

他们自己档案中的大班。

单独子项目的目录。

如何将C＃代码组织到文件中？

8 个答案: