我注意到两个用法，我在答案中没有明确找到。

分类项目分组

一些开发人员使用注释来分离类的不同“部分”。例如，一个团队可能使用以下约定:

public class MyClass{  
  //Member variables
  //Constructors
  //Properties
  //Methods
}

对于分部类，我们可以更进一步，将部分分割到单独的文件中。按照惯例，团队可以在每个文件后面加上与之对应的部分。所以在上面我们会有这样的东西:MyClassMembers.cs, MyClassConstructors.cs, MyClassProperties.cs, MyClassMethods.cs。

正如其他答案所暗示的那样，是否值得将班级分开可能取决于在这种情况下班级的规模。如果它很小，那么把所有东西都放在一个大师班可能会更容易。但是，如果这些部分中的任何一部分太大，它的内容可以移动到一个单独的分部类中，以保持主类的整洁。在这种情况下，惯例可能是在节标题后留下类似“See partial class”的注释，例如:

//Methods - See partial class

管理使用语句/命名空间的范围

这种情况可能很少发生，但是来自您想要使用的库的两个函数之间可能会发生名称空间冲突。在单个类中，最多只能为其中一个使用using子句。对于另一种，您需要一个完全限定的名称或别名。对于部分类，由于每个名称空间& using语句列表都不同，因此可以将两组函数分离到两个单独的文件中。

通过部分类，只需添加源文件，就可以向适当设计的程序添加功能。例如，可以设计一个文件导入程序，这样就可以通过添加处理文件的模块来添加不同类型的已知文件。例如，主文件类型转换器可以包含一个小类:

Partial Public Class zzFileConverterRegistrar
    Event Register(ByVal mainConverter as zzFileConverter)
    Sub registerAll(ByVal mainConverter as zzFileConverter)
        RaiseEvent Register(mainConverter)
    End Sub
End Class

每个希望注册一个或多个类型的文件转换器的模块可以包括如下内容:

Partial Public Class zzFileConverterRegistrar
    Private Sub RegisterGif(ByVal mainConverter as zzFileConverter) Handles Me.Register
        mainConverter.RegisterConverter("GIF", GifConverter.NewFactory))
    End Sub
End Class

注意，主文件转换器类并没有“公开”——它只是公开了一个小存根类，外接程序模块可以钩子到这个存根类。存在命名冲突的轻微风险，但如果每个外接程序模块的“寄存器”例程是根据它处理的文件类型命名的，那么它们可能不会造成问题。如果担心这样的事情，可以在注册子例程的名称中插入GUID。

Edit/Addendum To be clear, the purpose of this is to provide a means by which a variety of separate classes can let a main program or class know about them. The only thing the main file converter will do with zzFileConverterRegistrar is create one instance of it and call the registerAll method which will fire the Register event. Any module that wants to hook that event can execute arbitrary code in response to it (that's the whole idea) but there isn't anything a module could do by improperly extending the zzFileConverterRegistrar class other than define a method whose name matches that of something else. It would certainly be possible for one improperly-written extension to break another improperly-written extension, but the solution for that is for anyone who doesn't want his extension broken to simply write it properly.

在不使用分部类的情况下，可以在主文件转换器类的某个地方写一些代码，如下所示:

  RegisterConverter("GIF", GifConvertor.NewFactory)
  RegisterConverter("BMP", BmpConvertor.NewFactory)
  RegisterConverter("JPEG", JpegConvertor.NewFactory)

但是添加另一个转换器模块需要进入转换器代码的那一部分，并将新的转换器添加到列表中。使用partial方法，这就不再需要了——所有转换器都会自动包含。

分部类的主要用途是生成代码。如果你看看WPF (Windows Presentation Foundation)网络，你用标记(XML)定义你的UI。该标记被编译成部分类。您可以用自己的部分类填充代码。

除了其他答案之外……

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

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

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

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

您可以分离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 classes are primarily introduced to help Code generators, so we (users) don't end up loosing all our work / changes to the generated classes like ASP.NET's .designer.cs class each time we regenerate, almost all new tools that generate code LINQ, EntityFrameworks, ASP.NET use partial classes for generated code, so we can safely add or alter logic of these generated codes taking advantage of Partial classes and methods, but be very carefully before you add stuff to the generated code using Partial classes its easier if we break the build but worst if we introduce runtime errors. For more details check this https://web.archive.org/web/20211020111732/https://www.4guysfromrolla.com/articles/071509-1.aspx