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

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

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

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

每当我有一个类，其中包含一个具有重要大小/复杂性的嵌套类时，我将该类标记为partial，并将嵌套类放在一个单独的文件中。我使用规则命名包含嵌套类的文件:[class name]。[嵌套类名].cs。

下面的MSDN博客解释了如何使用带有嵌套类的部分类来实现可维护性:http://blogs.msdn.com/b/marcelolr/archive/2009/04/13/using-partial-classes-with-nested-classes-for-maintainability.aspx

下面列出了部分类的一些优点。

您可以分离UI设计代码和业务逻辑代码，以便易于阅读和理解。例如，你正在使用Visual Studio开发一个web应用程序，并添加一个新的web表单，然后有两个源文件，“aspx.cs”和“aspx.designer.cs”。这两个文件具有具有partial关键字的相同类。".aspx.cs"类有业务逻辑代码，而"aspx.designer.cs"有用户界面控件定义。

When working with automatically generated source, the code can be added to the class without having to recreate the source file. For example you are working with LINQ to SQL and create a DBML file. Now when you drag and drop a table it creates a partial class in designer.cs and all table columns have properties in the class. You need more columns in this table to bind on the UI grid but you don't want to add a new column to the database table so you can create a separate source file for this class that has a new property for that column and it will be a partial class. So that does affect the mapping between database table and DBML entity but you can easily get an extra field. It means you can write the code on your own without messing with the system generated code.

多个开发人员可以同时为类编写代码。

压缩大型类可以更好地维护应用程序。假设您有一个具有多个接口的类，因此您可以根据接口实现创建多个源文件。理解和维护源文件具有部分类的接口是很容易的。

我发现令人不安的是，“凝聚力”这个词在这些帖子中没有出现(直到现在)。 我也很不安，有人认为启用或鼓励大型类和方法在某种程度上是件好事。 如果你试图理解和维护代码基础的“部分”，那就糟透了。

的确，Partial Class用于自动代码生成，其中一个用途是维护一个可能有上千行代码的大型类文件。你永远不知道你的类最终会有1万行，你不想用不同的名字创建一个新类。

public partial class Product
{
    // 50 business logic embedded in methods and properties..
}

public partial class Product
{
    // another 50 business logic embedded in methods and properties..
}
//finally compile with product.class file.

另一个可能的用途是多个开发人员可以使用同一个类，因为它们存储在不同的地方。人们可能会笑，但你永远不知道有时候情况会很棘手。

Product1.cs

public partial class Product
{
    //you are writing the business logic for fast moving product
}

Product2.cs

public partial class Product
{
    // Another developer writing some business logic...
}

希望这是有意义的!

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

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

——核心逻辑

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

产品的方法

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

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