C#接口和抽象类使用原则

接口和抽象类都可以用生强制某个类型的实例具备指定的方法，所以在使用过程中我们很容易将他们混淆。下面是我自己总结的一些区别与使用原则，与大家分享，不正之处还请大虾们多多指正。

    1、在C#中，接口只能声明方法或属性的原形，而不能包含常量或者其他声明（这与Java中是不同的），而在抽象类中则是可以的。     如：
interface ISimple {
     void DoSomething();
   }
   是合法的，而
   interface ISimple {
     void DoSomething();
     const float PI=3.1415927;
   }
则是不合法的。抽象类中没有这个限制。如：
   public abstract class SomeClass {
     public abstract void DoSomething();
     public float PI=3.1415927;
}
因此，当你需要不同的实现类中共享一些常量时，应使用抽象类代替接口。

2、接口只能用于声明公用规则，而不能用于声明保护性规则。如：
interface ITest {
    void Test();
}
如果企图在ITest接口的实现类中将Test声明成protected，将会产生一个编译错误！如：
public class TestImpl {
    protected void Test() { }
   }
因此，当你需要在某个实现类中强制其实现某个方法，而该方法又不是公有的时，请使用抽象类代替接口。

3、抽象类可以提供某个方法的默认实现，而接口则不可以。在这种情况下，抽象类更多的是作为一个模板方法模式类，它声明一些必须的接口，从而将一些算法的变化延迟到派生类中。

因此，如果希望某个方法具有默认实现或者使用模板方法模式时，请使用抽象类。

如：

[c-sharp]  view plain copy print ?

1. public abstract class BusinessProcess {  
2.     public void DoBusiness(object context) {  
3.        if (OnCheckingPrivilege(context)) {  
4.          OnProcessingBusiness(context);  
5.          OnLoggingBusiness(context);  
6.        }  
7.        else {  
8.          throw new Exception("No Privileges!");  
9.        }  
10.     }  
11.     protected virtual bool OnCheckingPrivilege(object context) {  
12.        return false;  
13.     }  
14.     protected virtual OnLogginBusiness(object context) { }  
15.     protected abstract void OnProcessingBusiness(object context);  

分享到：