C#接口与抽象类区别实例

继承"基类"跟继承"接口"都在大多数情况下都能够实现某些相同的功能，但它们在具体使用场景也是有区别的

(一). 接口的优势
1.接口用于描述一组类的公共方法/公共属性. 它不实现任何的方法或属性，只是告诉继承它的类至少要实现哪些功能, 继承它的类可以增加自己的方法.
2.使用接口可以使继承它的类: 命名统一/规范,易于维护.比如:  两个类 "狗"和"猫",如果它们都继承了接口"动物",其中动物里面有个方Behavior(),那么狗和猫必须得实现Behavior()方法，并且都命名为Behavior这样就不会出现命名太杂乱的现象.如果命名不是Behavior()，接口会约束即不按接口约束命名编译不会通过.
3.提供永远的接口。当类增加时，现有接口方法能够满足继承类中的大多数方法，没必要重新给新类设计一组方法，也节省了代码，提高了开发效率.
 举个代码示例:
  

[c-sharp] view plain copy

1. //公共接口: "动物"  
2. public Interface IAnimal  
3. {  
4.     int EyeNumber; //眼睛数量  
5.     private void Behavior();  //行为方法，描述各种动物的特性  
6. }  
7.   
8. //类: 狗  
9. public Dog : IAnimal  
10. {  
11.     string ActiveTime = "白天";  
12.     private void Behavior()  
13.     {                 
14.   
15.         Console.Write("我晚上睡觉,白天活动");  
16.     }  
17. }  
18.   
19. //类: 猫  
20. public Cat: IAnimal  
21. {  
22.     string ActiveTime = "夜晚";  
23.     private void Behavior()  
24.     {                
25.   
26.         Console.Write("我白天睡觉,晚上活动");  
27.     }  
28. }  
29.   
30. //简单的应用:  
31. public static Main()  
32. {  
33.     Dog myDog = new Dog();  
34.     myDog.Behavior();   //输出: "我晚上睡觉,白天活动"  
35.     Cat myCat = new Cat();  
36.     myCat.Behavior();   //输出: "我白天睡觉,晚上活动"  
37. }  

 

  以上调用不同的类的相同名方法，会输出不同的东东，也就是说每个类里面的同名方法完成的功能可以是完全不同的.更进一步，不是用上面Main方法这样一个一个调用类的方法，用多态性实现其调用.
  看一下下面这个方法:

[c-sharp] view plain copy

1. public Behavior(IAnimal myIanimal)  
2. {  
3.     myIanimal.Behavior();  
4. }  

 
  其参数是<<接口类型>>，任何继承它的类都可以调用此方法，此方法能根据类的不同调用不同的类中的方法. 也即能够自己根据不同的类，完成不同的类的功能.
  多态性代码示例:  

[c-sharp] view plain copy

1. Dog myDog = new Dog();  
2. Cat myCat = new Cat();  
3. Behavior(myDog);  //Behavior接受“狗”类实例  
4. Behavior(myCat);  //Behavior接受“猫”类实例  

 
  这样Behavior方法写一次就能完成所有继承它的类中的相同名方法的不同功能. 非常方便.同样，由于“动物软件”功能需求，需要再增加一个"龟"类:

[c-sharp] view plain copy

1. //类: 龟  
2. public Tortoise: IAnimal  
3. {  
4.     string ActiveTime = "很难说";  
5.     private void Behavior()  
6.     {                 
7.        Console.Write("我可以不活动，一睡就睡五千年!");  
8.     }  
9. }  

 
  那么也可以调用上面多态方法，所以说接口使方法具有较好扩展性.如果继承它的类很多的话，有多少好处是可想而知的!

(二). 基类(含抽象类)优势
   1. 在基类中可以加代码逻辑,但接口不能.    
根据上面的Behavior方法的实现:

[c-sharp] view plain copy

1. public Behavior(IAnimal myIanimal)  
2. {  
3.    myIanimal.Behavior();  
4. }  

 重构一下, 如果Dog, Cat等子类不是继承接口而是继承基类的话, 可以将 这个方法移到基类中, 真正实现OO的面向对象思想--封装性, 把类外面方法移到了类内部. 即使用时可以仅使用基类实例的方法即可完成各个子类的功能, 没必要让使用者了解子类(声明子类的实例). 则代码会变为:

[c-sharp] view plain copy

1. Dog myDog = new Dog();  
2. Cat myCat = new Cat();  
3. Animal animal = new Animal(Dog);  
4. animal.Behavior();  
5. Animal animal = new Animal(Cat);  
6. animal.Behavior();      

 
   2. 如果要在接口中增加一个方法, 所有实现它的类都强制重载一遍此方法, 如果重载类很多时, 会增大工作量. 而继承类时只要把需要重载(override)的方法, 在基类中指定为虚方法虚方法(virtual)即可.
   3. 类继承较接口可以实现 "代码重用", 是接口致命弱点, 如Asp.net 2.0中角色成员管理和WebPart的可定制功能Provider就是一系列抽象基类而不是接口.

(三). 归纳总结
 I.  一般在仅实现单继承用途时, 尽量用基类; 反之使用接口.
 II. 如果基类不作为业务对象(在应用时不需要声明其实例), 则尽量声明为抽象类;  否则声明为一般基类.        
 III. 各个子类如果 公共(重用)代码较多, 建议使用类继承方式, 把公共代码抽象到基类中.