接口与抽象类
关于这个问题，很久就想自己整理一下了，但总觉得自己理解的还不够透彻，而且前辈们对这个问题也发表了很多好的文章。我也只是收集一下他们的资料，加上一些自己的看法了。
1.概念先搞清楚
抽象类：首先抽象类是类的概念，描述的是“是什么”。除了具有类的所有特性之外，它还有自己独特的性质（这里讲的是抽象类和类的区别了）：只有抽象类中才可以有抽象方法，实体类中不能定义抽象方法；抽象类不能被封闭（sealed），必须可以被其它类继承；派生出来的实体类必须实现抽象类中定义的抽象方法，当然如果派生出来的类依然是抽象类，则可以不实现。
接口：接口是引用类型的一种，描述的是“能做什么”。接口的特性：接口除了可以包含方法之外，还可以包含属性、索引器、事件，而且这些成员都被定义为公有的。除此之外，不能包含任何其他的成员，例如：常量、域、构造函数、析构函数、静态成员。一个类可以直接继承多个接口，但只能直接继承一个类（包括抽象类）。
2.相同点在哪里
*都可以被继承
*不能实例化；
*包含未实现的方法声明；
*派生出来的实体类类必须实现未实现的方法，抽象类是抽象方法，接口则是所有成员（不仅是方法包括其他成员）；
3.区别在哪里
*接口支持多继承；抽象类不能实现多继承。
*接口只能定义抽象规则；抽象类既可以定义规则，还可能提供已实现的成员。
*接口可以用于支持回调；抽象类不能实现回调
*接口只包含方法、属性、索引器、事件的签名，但不能定义字段和包含实现的方法；抽象类可以定义字段、属性、包含有实现的方法。
*接口可以作用于值类型和引用类型；抽象类只能作用于引用类型。例如，struct就可以继承接口，而不能继承类。
*抽象类是一个不完整的类，需要进一步细化，而接口是一个行为规范。微软的自定义接口总是后带able字段，证明其是表述一类“我能做...”
4.区别它们的意义在哪里
我们之所以要区分它们，是因为它们是面向对象设计的基础，它们在面向对象设计中起着举足轻重的作用，很多设计模式都是用它们来实现的。以Template模式为例，我们要定义一组方法的执行顺序，这里只能选择抽象类，而不是接口，代码如下：
public
abstract
class
DemoProcess
{
public
abstract
void
Init();
public
abstract
void
Cleanup();
public
void
Run()
{
Init();
Cleanup();
}
}
由于抽象类和和接口之间在对于抽象定义的支持方面具有很大的相似性，甚至可以相互替换，因此很多开发者在进行抽象类定义时对于 abstract class和interface的选择显得比较随意，这是一个很不好的习惯，我们应该有一些规则来约束对它们的使用：
使用规则：
1、抽象类主要用于关系密切的对象，而接口最适合为不相关的类提供通用功能
2、如果要设计大的功能单元，则使用抽象类；如果要设计小而简练的功能块，则使用接口。
3、如果预计要创建组件的多个版本，则创建抽象类。接口一旦创建就不能更改。如果需要接口的新版本，必须创建一个全新的接口。
4、如果创建的功能将在大范围的全异对象间使用，则使用接口；如果要在组件的所有实现间提供通用的已实现功能，则使用抽象类。
5、分析对象，提炼内部共性形成抽象类，用以表示对象本质，即“是什么”。为外部提供调用或功能需要扩充时优先使用接口
6、好的接口定义应该是具有专一功能性的，而不是多功能的，否则造成接口污染。如果一个类只是实现了这个接口的中一个功能，而不得不去实现接口中的其他方法，就叫接口污染
7、尽量避免使用继承来实现组建功能，而是使用黑箱复用，即对象组合。因为继承的层次增多，造成最直接的后果就是当你调用这个类群中某一类，就必须把他们 全部加载到栈中！后果可想而知。(结合堆栈原理理解)。同时，有心的朋友可以留意到微软在构建一个类时，很多时候用到了对象组合的方法。比如 asp.net中，Page类，有Server Request等属性，但其实他们都是某个类的对象。使用Page类的这个对象来调用另外的类的方法和属性，这个是非常基本的一个设计原则