关于C#的部分类（partial class）和继承类

　　C# 2.0 可以将类、结构或接口的定义拆分到两个或多个源文件中，在类声明前添加partial关键字即可。
　　例如：下面的PartialTest类
　　class PartialTest
　　{
　　string Str_FieldTest;
　　int Int_FieldTest;
　　public void DoTest()
　　{
　　Debug.Print("Test");
　　}
　　}
　　可在不同源文件中写成下面形式：
　　一个文件中写：
　　partial class PartialTest
　　{
　　string Str_FieldTest;
　　int Int_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什么动作都没有，客户说，我们需要一个Miaow()的函数。这时就需要对ORM生成的Cat类进行扩展了。可以肯定地一点是，我们不能修改自动生成的代码，因为这会牵涉到数据库结构与代码同步的问题。解决这个需求有两种方法：继承方式扩展，partial class扩展。
二、继承方式扩展：
　　工具自动生成一个CatBase类，这个类只有属性，嵌入到ORM框架中。既然需要扩展功能，很容易想到对这个基类继承，于是有了Cat类。Cat类如愿以偿地有了Miaow()函数。

　　以前系统中用的是CatBase的实例，现在创建CatBase实例的地方需要改为创建Cat的实例。这个问题让ORM框架解决吧。客户的需求实现了，我们自己的代码生成也没有遭到破坏，任务完成。
　　继承逻辑：从逻辑上讲，Cat并不需要一个基类CatBase，这样做仅仅是因为在代码构建过程中的一个限制。
维护性：两种方式下都会存在两个代码文件，维护成本并没有区别。
可读性：两个Cat文件确实让人费解。
整体上说，使用partial class更加优雅一些。
　　“继承”的这种方式比较符合传统的思维习惯，而partial class到底是不是满足开闭原则呢，这点确实不好说。不过在软件构建上，我是一个实用主义者，哪种方式好用就用哪一种。
在ORM的场景中，partial class更加好一些，但有的时候，两个类之间确实就存在继承关系，那么就必须用到继承了。虽然绝大多数情况下，都需要继承方式，但是既然有了partial class技术，我们在做设计时也需要考虑这个思路。
在VS2005中，Form、DataSet都使用了partial class方式，原理和这个一样。但是要将这个原理推广到“业务实体”中，可能在理解上需要有所突破。
　　使用partial class确实会带来可读性的损失，尤其是一个类分布在很多个文件中的时候，所以文件的命名最好是有一个规范来保证。

继承类是多个类，分部类是一个类。
假设一个场景：
一个父类，有三个类都要用到它的公共属性和方法
如果采用继承的方式，那么当你在实例化一个继承类的，这个类只具有自己独立的功能，它不会将另外两个类的功能包括到自己内部来，而如果你采用分部类的方式就会导致这种类功能的冗余问题。

所以答案就是这种情况你应该使用继承类。

另外：分部类的使用目的大多是为了方便代码阅读和代码修改，不应该参与到设计模式中来。

两个可以说是完全不相关的概念，为什么会混淆了。从重要性来说，可以没有分部，但是不可没有继承。