C#综合揭秘——分部类和分部方法

面向对象的“封装闭合性”开发原则中，一向提倡的是把独立的功能封装在一个类里面的！但从Visual Studio 2005开发，系统提供了一个分部类的开发方式一直受到争议，很多人认为把同一类的功能分布不同的文件中，是打破了“封装闭合原则”，一个类的功能变得难 以管理，大多数人都是在无奈的情况下才使用到分部类的方式。但在winFrom类、页面类、DataSet里面你经常可以发现分部类的身影，当你用到 Entity Framework的时候，你会发现每个映射生成的对象都是使用分部类的方式生成的，分部类似乎早已派上用场。分部类究竟有什么好处，下面为大家一一揭 露。

一、分部类

根据微软的定义，分部类就是“将类或结构、接口或方法的定义拆分到两个或多个源文件中。 每 个源文件包含类型或方法定义的一部分，编译应用程序时将把所有部分组合起来”。在使用分部类的时候，必须为类加入partial的关键字，注意每个类的可 访问性必须一致，其中一类为public,其他类也必须为public。如果其中一个类为抽象类，那合并后整个类都将被视为抽象类，其中一个类为密封类， 那合并后整个类都将视为密封类。

在合并的时候，总体类全把所有的基类和特性合并继承。要注意的是分部类必须在于同一个程序集当中，而且关键字不得相冲，如果一个类上为public ,另一个类为private，那将会出错。在第二个分部类中可以调用第一个分部类中所定义的字段与方法。

二、分部方法

分部方法与分部类十分相像，方法必须包含partial关键字，如果一个类中并不包含该方法的实 现，而另一个类中实现了该方法，将不会影响这个方法的正常运行。这个特点跟接口有异曲同工之妙，特别是在使用代码生成器的时候，开发人员可以使用工具生成 分部方法，然后手动去实现方法。分部方法有以下几个限制，第一方法必须返回void,只能默认为private;第二，分部方法不能为virtual和 extern方法;第三，分部方法可以有ref参数，但不能有out参数;

关于分部类与分部方法，在微软的官方网站上有着详细介绍，在这里不多作说明。而下面在下想介绍一下分部类与分部方法的实际用途，这才是我写这章文件的真的目的。

三、分部类与分部方法的可用性

LINQ 是微软在Framewrok3.0开发推出的新产品，其中LINQ TO SQL是实现对象与数据表相映射的神奇工具。随着Framework 4.0面世，Entity Framework成为微软项目中实现ORM的主要手段，当中*.edmx文件中使用的都是分部类的实现方式。这是因为映射过程是自动生成的，代码必须符 合定制的规则，当需要为对象添加一些额外的属性，而这些属性无需保存到数据库的时候，分部类就派上用场，我们可以使用分部类为对象提供各种的自定义属性。

特别是在使用DDD领域驱动设计的时候，分部类成为实现模型动作的一个好方法。失血模型与充血模型 是DDD长久争议的话题，在失血模型中，模型是不应该具备动作，而是把动作放在Service层中，而在充血模型中，模型类应该具有各自的方法，而“分部 类”就是实现充血模型方法的一种好手段。

在下也是在使用分部类对Entity Framework模型进行开发的时候才注意到分部类， 文章的目的主要是想介绍分部类在Entity Framework开发过程中的作用，敬请点评。

对JAVA与.NET开发有兴趣的朋友欢迎加入QQ群：162338858

<a href="http://qun.qq.com/#jointhegroup/gid/162338858" target="_blank"></a>

本文转自 leslies2  51CTO博客，原文链接:http://blog.51cto.com/79100812/663273