分部类跨越多个文件。

如何在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#代码是独立的。 或者你可以在这里找到完整的描述。

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

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

——核心逻辑

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

产品的方法

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

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

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

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

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

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

部分类的最大用途是使代码生成器/设计人员的工作更轻松。部分类允许生成器简单地发出它们需要发出的代码，而不需要处理用户对文件的编辑。用户同样可以通过创建第二个分部类来自由地用新成员注释类。这为关注点分离提供了一个非常清晰的框架。

更好的方法是看看设计器在部分类之前是如何工作的。WinForms设计器会吐出区域内的所有代码，并给出不修改代码的强烈注释。它必须插入各种启发式方法来找到生成的代码，以便稍后进行处理。现在它可以简单地打开designer.cs文件，并有高度的信心它只包含与设计器相关的代码。

我看到的另一个用法是，

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

我有各种文件的名字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..
}

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

分类项目分组

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

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语句列表都不同，因此可以将两组函数分离到两个单独的文件中。