定义并实现接口优于继承类型
抽象基类为类层次（class hierarchy）提供了一个共用的祖先类（ancestor）。接口则描述了
一组可以由某个类型实现的紧凑的功能。每一个都有自己的用武之地，但用处各不相同。
接口是一种按合同设计（design by contract）的方式：一个实现了某个接口的类型，必须提
供接口中约定的方法实现。抽象基类则为一组相关的类型提供了一个共用的抽象。下面的
表述虽然是陈词滥调，但是很有用：继承意味着“is a”，接口意味着“behaves like”。这些表
述之所以至今仍有生命力，是因为它们很好地描述了两种构造之间的差别：基类描述了对
象是什么；接口描述了对象的行为方式。
接口描述了一组功能，或者说一个合同。我们可以在接口中为任何构造创建占位符
（placeholder）：方法、属性、索引器和事件。任何实现了接口的类型都必须为接口中定
义的所有元素提供具体的实现，即必须实现所有的方法，提供所有的属性访问器和索引器
并定义接口中定义的所有事件。我们应该识别可重用的行为，并将它们提取出来定义在接
口中。我们可以将接口用做函数的参数，并返回值。由于不相关的类型可以共同实现一个
接口，因此我们将有更多机会重用代码。而且，实现一个接口对于开发人员来说，要比继
承一个我们创建的类型更加容易。
我们不能在接口中提供任何成员的实现。接口不能包含实现，也不能包含任何具体的数据
成员。接口是在声明一种合同：所有实现了接口的类型都要负责履行其中的约定。
除了描述共同的行为外，抽象基类还可以为派生类型提供一些具体的实现。在抽象类中，
我们可以指定数据成员、具体的方法、虚方法的实现、属性、事件和索引器。基类可以实
现一些具体的方法，因此可以为子类提供一些通用的可重用代码。任何元素都可以为虚拟
成员、抽象成员或者非虚成员。抽象基类可以为任何具体的行为提供一个实现，而接口则
不能。
这种实现重用还提供了另一种好处：如果向基类中添加一个方法，所有派生类都将自动隐
含这个方法。从这个角度来看，基类为我们提供了一种随时间推移可以有效扩展多个类型
功能的方式。通过向基类中添加并实现某种功能，所有的派生类都将立即拥有该功能。而
向接口中添加一个成员，则会破坏所有实现了该接口的类。它们不会包含新的方法，并且
不会再通过编译。每一个具体的类型都必须更新自己，来实现新的成员。
在抽象基类和接口之间做选择，实际上是一个如何随着时间的推移更好地支持抽象的问题
接口的特点是比较稳定：我们将一组功能封装在一个接口中，作为其他类型的实现合同。
基类则可以随着时间的推移进行扩展。这些扩展将成为每个派生类的一部分。
上述两种模型可以混合使用，从而允许类型在支持多个接口的同时，可以重用实现代码。
一个典型的例子是 System.Collections.CollectionBase。该类提供了一个基类，使用它可以避
免.NET 集合 类中 缺乏 类型 安全 的问 题。 同时 ，它 也实 现了 几个 我们 需要 的接 口：
IList、ICollection 和 IEnumerable。另外，它还提供了一些受保护的方法，我们可以重写它
们来定制一些自己需要的行为。IList 接口包含的 Insert()方法会将一个新的对象添加到集合
中。不用提供我们自己的 Insert()实现，我们就可以通过重写 CollectionBase 类的 OnInsert()
或者 OnInsertCcomplete()虚方法来处理一些事件。
