浅谈partial class的理解

浅谈partial class的理解收藏
第一种说法：

partial classes:局部类型
partial类型可以使我们把对某个类的描述写在不同地方，甚至写到两个或多个
不同的文件中去。partial信息只对编译器有用，编译器在编译时看到对某个类的描
述是“碎”的（partial 的），它会去其他地方收集该类的其他碎片，然后把所有的该
类的碎片组合成完整的一个类，再对其编译。所以partial 体现不到编译好的 IL中
去的。

第二种说法
C#中的partial class(部分类)
2008-12-05 19:59
C# 2.0 可以将类、结构或接口的定义拆分到两个或多个源文件中，在类声明前添加
partial关键字即可。

例如：下面的PartialTest类
classPartialTest
{
stringStr_FieldTest;
intInt_FieldTest;
public void DoTest()
{
Debug.Print("Test");
}
}
可在不同源文件中写成下面形式：
一个文件中写：
partial class PartialTest
{
stringStr_FieldTest;
intInt_FieldTest;
}
另一个文件中写：
partial class PartialTest
{
public void DoTest()
{
Debug.Print("Test");
}
}
什么情况下使用分部类？
– 处理大型项目时，使一个类分布于多个独立文件中可以让多位程序员同时对
该类进行处理（相当于支持并行处理，很实用）；

– 使用自动生成的源时，无需重新创建源文件便可将代码添加到类中。Visual
Studio 在创建Windows 窗体、Web 窗体时都使用此方法。你不用编辑Visual
Studio 所创建的文件，便可创建使用这些类的代码。换句话说：系统会自动创建一
个文件（一般记录的是窗体及窗体中的控件的属性），另一个或几个文件记录的是
用户自己编写的代码。这两部分分开可以使结构显得非常清晰，用户只需关注自己
负责的那部分就行了（需要的话，这两部分可以互相调用）。等到了编辑运行的时
候，系统会自动将这两部分合成一个文件。

使用Partial需要注意以下一些情况：
1. 使用partial 关键字表明可在命名空间内定义该类、结构或接口的其他部分
2. 所有部分都必须使用partial 关键字
3. 各个部分必须具有相同的可访问性，如public、private 等
4. 如果将任意部分声明为抽象的，则整个类型都被视为抽象的
5. 如果将任意部分声明为密封的，则整个类型都被视为密封的
6. 如果任意部分声明继承基类时，则整个类型都将继承该类
7. 各个部分可以指定不同的基接口，最终类型将实现所有分部声明所列出的全
部接口

8. 在某一分部定义中声明的任何类、结构或接口成员可供所有其他部分使用
9．嵌套类型可以是分部的，即使它们所嵌套于的类型本身并不是分部的也如
此。如下所示：

class Container
{
partial class Nested
{
void Test1();
}
partial class Nested
{
void Test2();
}
}
使用分布类的一些限制：
1. 要作为同一类型的各个部分的所有分部类型定义都必须使用partial 进行修
饰。如下所示：

public partial class A { }
public class A { } // Error, must also be marked partial
2. partial修饰符只能出现在紧靠关键字class、struct或interface前面的位置(枚
举或其它类型都不能使用partial)；

3. 要成为同一类型的各个部分的所有分部类型定义都必须在同一程序集和同一
模块（.exe 或.dll文件）中进行定义。分部定义不能跨越多个模块；

4. 类名和泛型类型参数在所有的分部类型定义中都必须匹配。泛型类型可以是
分部的。每个分部声明都必须以相同的顺序使用相同的参数名。
------------------------------------------------------------------------------------------------------------
------------------------------

partial class扩展功能新思路
开闭原则：“对修改封闭，对扩展开放”。在面向对象的系统中，通过类的继承
实现扩展。.net中提供的partial class提供了扩展类的新思路。

一、应用场景
可以使用partial class的场景很多。这里分析一个ORM的例子。
系统中有一个Cat类，属性ID、Age、Weight都需要存储到数据库中，一个信息系
统中常见的需求。通过读取数据库的结构，可以用工具生成Cat类的代码。并且
ORM框架支持了从数据库信息生成Cat对象。
现在的Cat什么动作都没有，客户说，我们需要一个Miaow()的函数。这时就需要
对ORM生成的Cat类进行扩展了。
可以肯定地一点是，我们不能修改自动生成的代码，因为这会牵涉到数据库结构与
代码同步的问题。解决这个需求有两种方法：继承方式扩展，partial class扩展。

二、继承方式扩展
工具自动生成一个CatBase类，这个类只有属性，嵌入到ORM框架中。既然需要
扩展功能，很容易想到对这个基类继承，于是有了Cat类。Cat类如愿以偿地有了
Miaow()函数。
以前系统中用的是CatBase的实例，现在创建CatBase实例的地方需要改为创建
Cat的实例。这个问题让ORM框架解决吧。
客户的需求实现了，我们自己的代码生成也没有遭到破坏，任务完成。

三、partial class扩展
partial class简单地说就是可以将一个类的代码写到两个或多个代码文件中。编译器
在编译的过程中将这几个文件组合起来一起编译。一个很酷的技术。
工具生成的Cat类仍然不变。既然需要增加函数，那么在新建一个代码文件，将
Miaow()函数写出来就可以。需要做的仅仅是将类的声明由class改为partial class，
任务完成。

四、对比分析
两种思路都可以实现需求。孰优孰劣需要仔细分析一下。
实例创建：partial class更加简洁。
系统复杂度：对于系统来说，partial class方式下只存在一个类，而继承方式有两个
类。
继承逻辑：从逻辑上讲，Cat并不需要一个基类CatBase，这样做仅仅是因为在代
码构建过程中的一个限制。
维护性：两种方式下都会存在两个代码文件，维护成本并没有区别。
可读性：两个Cat文件确实让人费解。

整体上说，使用partial class更加优雅一些。
“继承”的这种方式比较符合传统的思维习惯，而partial class到底是不是满足开闭
原则呢，这点确实不好说。不过在软件构建上，我是一个实用主义者，哪种方式好
用就用哪一种。
在ORM的场景中，partial class更加好一些，但有的时候，两个类之间确实就存在
继承关系，那么就必须用到继承了。虽然绝大多数情况下，都需要继承方式，但是
既然有了partial class技术，我们在做设计时也需要考虑这个思路。

在VS2005中，Form、DataSet都使用了partial class方式，原理和这个一样。但
是要将这个原理推广到“业务实体”中，可能在理解上需要有所突破。

使用partial class确实会带来可读性的损失，尤其是一个类分布在很多个文件中
的时候，所以文件的命名最好是有一个规范来保证。

第三种说法
.net 2.0中，有了个partial这样的关键字，最初接触它是在asp.net2.0中的
codeFile中见到的。

总给人一种不爽的感觉，默认生成那样的代码。所以项目中一直并不用它，包
括我接触的人当中，也鲜有人关注过它，个人觉得还是失败的，这样的一个功能
点。

partial，部分之义，partial class,顾名思义为部分类，msdn上称之为分布类，是
更贴切一些的，意思即为：一个类的一个部分。也就是说，可分别定义该类的接
口、成员等，编译器会在编译阶段将之合并成为一个类的。如下代码：

Code
查看其IL代码，即可知晓其真正的原身：
虽然这样能分开对之进行编写设计，但其自身的局限性，限制了别人对它的使
用，总觉得是个幌子而已。

局限性：1、必须存在于同一个程序集(dll exe)中 2、修饰符还必须一样，如
public/private/protected的，则不成 3、只能应用于class interface and struct 4、不易
统一管理

总之个人觉得这就是个幌子，极其恨之，没事搞个partial来，究竟能有多少实
际意义呢。。。