.net 什么时候用抽象类，什么时候用接口?

.net 什么时候用抽象类，什么时候用接口?

亲，建意你先弄清两者的区别，简单来说，接口只是用来定义，实现他的类，必须要去实现他定义的方法，抽象类也是，不同的是，抽象类中即能定义，又可以有方法体。

比如说接口中
public void Test(); 只能这么写
抽象类中

即可以 public void Test(); 也可以
public void Test()
{
//其他代码
}

使用规则： 1、抽象类主要用于关系密切的对象，而接口最适合为不相关的类提供通用功能 2、如果要设计大的功能单元，则使用抽象类；如果要设计小而简练的功能块，则使用接口。 3、如果预计要创建组件的多个版本，则创建抽象类。接口一旦创建就不能更改。如果需要接口的新版本，必须创建一个全新的接口。 4、如果创建的功能将在大范围的全异对象间使用，则使用接口；如果要在组件的所有实现间提供通用的已实现功能，则使用抽象类。 5、分析对象，提炼内部共性形成抽象类，用以表示对象本质，即“是什么”。为外部提供调用或功能需要扩充时优先使用接口 6、好的接口定义应该是具有专一功能性的，而不是多功能的，否则造成接口污染。如果一个类只是实现了这个接口的中一个功能，而不得不去实现接口中的其他方法，就叫接口污染 7、尽量避免使用继承来实现组建功能，而是使用黑箱复用，即对象组合。因为继承的层次增多，造成最直接的后果就是当你调用这个类群中某一类，就必须把他们全部加载到栈中！后果可想而知。(结合堆栈原理理解)。同时，有心的朋友可以留意到微软在构建一个类时，很多时候用到了对象组合的方法。比如 asp.net中，Page类，有Server Request等属性，但其实他们都是某个类的对象。使用Page类的这个对象来调用另外的类的方法和属性，这个是非常基本的一个设计原则