abstract(抽象)類和interface(接口)是面向對象編程中兩個概念，但是學了很多年編程的程序員有時對這兩個概念的區分仍然不是很清楚。下面就講解abstract類和interface的概念和區別。
abstract(抽象)類
抽象方法只作聲明，而不包含實現，可以看成是沒有實現體的虛方法。
抽象類不能被實例化。
抽象類可以但不是必須有抽象屬性和抽象方法，但是一旦有了抽象方法，就一定要把這個類聲明為抽象類。
具體派生類必須覆蓋基類的抽象方法。
抽象派生類可以覆蓋基類的抽象方法，也可以不覆蓋。如果不覆蓋，則其具體派生類必須覆蓋它們。
下面的代碼講解了abstract(抽象)類的使用方法。
using System;
public abstract class A //抽象類A
{
private int num = 0;
public int Num //抽象類包含屬性
{
get
{
return num;
}
set
{
num = value;
}
}
public virtual int getNum() //抽象類包含虛方法
{
return num;
}
public void setNum(int n) // //抽象類包含普通方法
{
this.num = n;
}
public abstract void E(); //類A中的抽象方法E
}
public abstract class B : A //由於類B繼承了類A中的抽象方法E,所以類B也變成了抽象類
{
}
public class C : B
{
public override void E() //重寫從類A繼承的抽象方法。如果類B自己還定義了抽象方法，也必須重寫
{
//throw new Exception("The method or operation is not implemented.");
}
}
public class Test
{
static void Main()
{
C c = new C();
c.E();
}
}
interface(接口)
接口不能被實例化。
接口只能包含方法聲明。
接口的成員包括方法、屬性、索引器、事件。
接口中的所有成員默認為public，因此接口中不能有private修飾符。
派生類必須實現接口的所有成員。
一個類可以直接實現多個接口，接口之間用逗號隔開。
一個接口可以有多個父接口，實現該接口的類必須實現所有父接口中的所有成員。
接口中不能包含常量、字段(域)、構造函數、析構函數、靜態成員。
下面的代碼講解了interface(接口)的使用方法。
public delegate void EventHandler(ob ject sender, Event e);
public interface ITest
{
//int x = 0;
int A
{
get;
set;
}
void Test();
event EventHandler Event;
int this[int index]
{
get;
set;
}
}
抽象類和接口的相同點和區別
相同點
都可以被繼承
都不能被實例化
都可以包含方法聲明
派生類必須實現未實現的方法
區別
抽象基類可以定義字段、屬性、方法實現。接口只能定義屬性、索引器、事件、和方法聲明，不能包含字段。
抽象類是一個不完整的類，需要進一步細化，而接口是一個行為規范。
接口可以被多重實現，抽象類只能被單一繼承。
抽象類更多的是定義在一系列緊密相關的類間，而接口大多數是關系疏松但都實現某一功能的類中。
抽象類是從一系列相關對象中抽象出來的概念， 因此反映的是事物的內部共性;接口是為了滿足外部調用而定義的一個功能約定， 因此反映的是事物的外部特性。
接口基本上不具備繼承的任何具體特點,它僅僅承諾了能夠調用的方法。
接口可以用於支持回調,而繼承並不具備這個特點。
抽象類實現的具體方法默認為虛的，但實現接口的類中的接口方法卻默認為非虛的，當然您也可以聲明為虛的 。
如果抽象類實現接口，則可以把接口中方法映射到抽象類中作為抽象方法而不必實現，而在抽象類的子類中實現接口中方法。
abstract類和interface使用規則
抽象類主要用於關系密切的對象，而接口最適合為不相關的類提供通用功能。
如果要設計大的功能單元，則使用抽象類;如果要設計小而簡練的功能塊，則使用接口。
如果預計要創建組件的多個版本，則創建抽象類。接口一旦創建就不能更改。如果需要接口的新版本，必須創建一個全新的接口。
如果創建的功能將在大范圍的全異對象間使用，則使用接口;如果要在組件的所有實現間提供通用的已實現功能，則使用抽象類。
分析對象，提煉內部共性形成抽象類，用以表示對象本質，即“是什麼”。為外部提供調用或功能需要擴充時優先使用接口。
好的接口定義應該是具有專一功能性的，而不是多功能的，否則造成接口污染。如果一個類只是實現了這個接口的中一個功能，而不得不去實現接口中的其他方法，就叫接口污染。
盡量避免使用繼承來實現組建功能，而是使用黑箱復用，即對象組合。因為繼承的層次增多，造成最直接的後果就是當你調用這個類群中某一類，就必須把他們全部加載到棧中!後果可想而知。(結合堆棧原理理解)。同時，有心的朋友可以留意到微軟在構建一個類時，很多時候用到了對象組合的方法。比如 asp.net中，Page類，有Server Request等屬性，但其實他們都是某個類的對象。使用Page類的這個對象來調用另外的類的方法和屬性，這個是非常基本的一個設計原則。
