如何使用.cs文件和类来组织C＃代码？

Question

我使用c＃构建网站，并将每个功能的代码放入一个.cs文件中。 但是，某些功能的代码可能会变得很大，并且变得很难管理和调试。 为了更好地管理此类.cs文件中的代码，我应该将该.cs文件细分为多个.cs文件（这会导致解决方案树结构的问题不像以前那样清晰。多个cs文件只能满足一个相同的要求功能）还是应该创建一些内联类（即，仍在同一个.cs文件中，但包含多个类）？

似乎我对如何使用.cs文件和类很好地组织项目中的代码没有足够的了解。 我应该遵循什么标准或指南？ 有什么书或书档可以推荐吗？

非常感谢您的输入！

伟

Answer 1

您应该遵循每个文件一个类的约定。 有一些变化。 局部类可以拆分为多个文件。 嵌套的类将包含在包含的类文件中。

如果您遵循此步骤并且文件仍然很大，则可能是您在类中添加了太多功能。 应该存在一个类来满足（单个）行为（称为“单一职责”主体），并具有执行该行为的必要状态。 可以通过多种方式来修改行为。 继承，组成等

Answer 2

没有适用于所有用例的通用规则，但是一个好的起点是每个类只有一个文件。 显然，您应该给class和file相同的名称。 关于您的问题，我建议首先关注您的代码。 如果单个类/文件变大，则代码可能存在问题。 看一下这些链接：

http://en.wikipedia.org/wiki/Single_responsibility_principle

http://en.wikipedia.org/wiki/Don%27t_repeat_yourself

Answer 3

最好为您的业务逻辑中的每个类创建一个.cs文件，对于开发来说，这确实没有问题，仅当您将它们放在相同的名称空间中时，如果将它们放在不同的名称空间中时，您才需要使用wordkey将不同类的信息带入您导入的名称空间。

例如，您可以拥有不同的文件：

Car.cs
Person.cs
Main.cs

并且，在Main.cs中，您可以在其他两个文件中使用类和公共成员。

最好的做法是在彼此不同的文件中编写类实现，这没有任何问题。

我希望这对您有用。

再见。

Answer 4

有关行之有效的常规约定，并会给您一些想法， 请访问iDesign网站上的C＃编码标准文档。

直接链接到编码标准

Answer 5

遵循一些简单的约定，例如

1. 一页一页
2. 创建一些您自己的约定（或者您可以使用一些现有约定）来声明函数和属性。
3. 始终利用区域来分离逻辑。
4. 始终将事件处理程序，函数，属性相互隔离。 例如，将所有属性放在顶部，然后将它们包围在“区域”，“函数”和“事件处理程序”中。
5. 始终避免重复，或者我们可以说冗余，这意味着一次编写的代码不应再次重复。 （为此，利用了多态，函数，继承等概念）
6. 除非您在其他地方有要求，否则将类中的内容设为私有。
7. 无论您使什么功能使它们通用。