服务引用是另一个例子，其中部分类用于将生成的代码与用户创建的代码分开。

您可以在更新服务引用时“扩展”服务类，而不必覆盖它们。

一个很好的用法是将生成的代码与属于同一类的手写代码分离。

例如，由于LINQ to SQL使用部分类，您可以编写自己的某些功能片段的实现(如多对多关系)，并且当您重新生成代码时，这些自定义代码片段不会被覆盖。

WinForms代码也是如此。所有设计器生成的代码都放在一个文件中，您通常不会接触这个文件。手写的代码放到另一个文件中。这样，当您在设计器中更改某些内容时，您所做的更改不会被影响。

大多数人认为partial只应该用于生成了代码文件的类或接口。我不同意，原因如下。

举个例子，让我们看看c#系统。数学课…这是类。我不会尝试把70多个方法都塞进同一个代码文件中。维持它将是一场噩梦。

将每个数学方法放入单独的部分类文件中，并将所有代码文件放入项目中的math文件夹中，将显著地使组织更加干净。

同样的道理也适用于许多其他具有大量不同功能的类。例如，管理PrivateProfile API的类可以通过在单个项目文件夹中拆分为一组干净的部分类文件而受益。

就我个人而言，我还将大多数人所说的“助手”或“实用工具”类划分为每个方法或方法功能组的单独部分文件。例如，在一个项目中，字符串助手类几乎有50个方法。即使使用区域，这也将是一个冗长而笨拙的代码文件。为每个方法使用单独的部分类文件维护要容易得多。

我只会小心使用部分类，并在整个项目中保持所有代码文件布局一致。例如，将任何类公共枚举和类私有成员放入文件夹中的Common.cs或类似名称的文件中，而不是将它们分散到文件中，除非它们只特定于包含它们的部分文件。

请记住，当您将一个类拆分为单独的文件时，您也失去了使用文本编辑器拆分栏的能力，该功能可以让您同时查看当前文件的两个不同部分。

如果您有一个足够大的类，而不适合进行有效的重构，那么将它分离到多个文件中有助于保持内容的组织性。

例如，如果您有一个包含论坛和产品系统的站点数据库，并且您不想创建两个不同的提供者类(与代理类不是一回事，只是为了清楚起见)，您可以在不同的文件中创建单个分部类，例如

——核心逻辑

cs -专门与论坛相关的方法

产品的方法

这是另一种让事情井井有条的方法。

另外，正如其他人所说，这是向生成的类添加方法而不会在下次重新生成类时破坏所添加的方法的唯一方法。这对于模板生成的(T4)代码、orm等非常方便。

另一个用途是分割不同接口的实现，例如:

partial class MyClass : IF3
{
    // main implementation of MyClass
}


partial class MyClass : IF1
{
    // implementation of IF1
}

partial class MyClass : IF2
{
    // implementation of IF2
}

我知道这个问题很老了，但我想补充一下我对部分课程的看法。

我个人使用部分类的一个原因是当我为程序创建绑定时，尤其是状态机。

例如，OpenGL是一个状态机，有很多方法都可以全局更改，然而，根据我的经验，绑定类似于OpenGL的东西，其中有很多方法，类很容易超过10k LOC。

部分类将为我分解这个问题，并帮助我快速找到方法。