的确，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...
}

希望这是有意义的!

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

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

我看到的另一个用法是，

扩展一个关于数据访问逻辑的大型抽象类，

我有各种文件的名字Post.cs,Comment.cs,Pages.cs…

in Post.cs 

public partial class XMLDAO :BigAbstractClass
{
// CRUD methods of post..
}


in Comment.cs 

public partial class XMLDAO :BigAbstractClass
{
// CRUD methods of comment..
}

in Pages.cs 

public partial class XMLDAO :BigAbstractClass
{
// CRUD methods of Pages..
}

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

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

——核心逻辑

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

产品的方法

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

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

部分类最近帮助了源代码控制，多个开发人员在一个文件中添加新方法，并将其添加到文件的同一部分(由Resharper自动化)。

这些推入git会导致合并冲突。我发现没有办法告诉合并工具把新方法作为一个完整的代码块。

在这方面，部分类允许开发人员坚持他们文件的一个版本，并且我们可以稍后手工将它们合并回去。

的例子,

cs—保存字段、构造函数等 MainClass1.cs—开发人员实现时的新代码 cs -是另一个用于新代码的开发人员类。

除了其他答案之外……

我发现它们可以作为重构神类的垫脚石。如果一个类有多个职责(特别是如果它是一个非常大的代码文件)，那么我发现为每个职责添加1x个部分类作为组织和重构代码的第一步是有益的。

这非常有帮助，因为它可以帮助使代码更具可读性，而不会实际影响执行行为。它还可以帮助确定何时易于重构某个职责，或者何时与其他方面紧密纠缠在一起。

然而，需要明确的是，这仍然是糟糕的代码，在开发结束时，您仍然希望每个类有一个职责(而不是每个分部类)。这只是一块垫脚石:)