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

分部类跨越多个文件。

如何在c#类声明中使用分部修饰符?

使用部分类，您可以将一个类物理地分离到多个文件中。这通常由代码生成器完成。

例子

对于普通的c#类，您不能在同一个项目中的两个独立文件中声明一个类。但是对于部分修饰语，你可以。

如果一个文件经常被编辑，而另一个文件是机器生成的或很少被编辑，这是很有用的。

这里有一个例子来说明:

class Program
{
    static void Main()
    {
        A.A1();
        A.A2();
    }
}

A1.cs文件内容:c#

using System;

partial class A
{
    public static void A1()
    {
        Console.WriteLine("A1");
    }
}

A2.cs文件内容:c#

using System;

partial class A
{
    public static void A2()
    {
        Console.WriteLine("A2");
    }
}

输出:

A1
A2

这里需要Partial。

如果你删除了部分修饰符，你将得到一个包含以下文本的错误:

[命名空间'<全局命名空间>'已经包含' a '的定义]。

Tip:

要解决这个问题，可以使用partial关键字，或者更改其中一个类名。

c#编译器如何处理部分类?

如果你分解上面的程序(使用IL Disassembler)，你会看到文件A1.cs和A2.cs被删除了。你会发现A类出现了。

类A将在同一个代码块中包含方法A1和A2。这两个班合并为一个班。

A1.cs和A2.cs的编译结果:c#

internal class A
{
    // Methods
    public static void A1()
    {
        Console.WriteLine("A1");
    }

    public static void A2()
    {
        Console.WriteLine("A2");
    }
}

总结

部分类可以简化某些c#编程情况。 当创建Windows窗体/WPF程序时，通常在Visual Studio中使用它们。 机器生成的c#代码是独立的。 或者你可以在这里找到完整的描述。

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

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

希望这是有意义的!

在处理大型类时，或在团队中工作时，尽可能保持所有内容的干净，您可以在不重写的情况下编辑(或始终提交更改)

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

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

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

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

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

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

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