什麼是抽象類?什麼是接口?兩者有什麼差別？

一、抽象類：

      抽象類是特殊的類，隻是不能被執行個體化；除此以外，具有類的其他特性；重要的是抽象類可以包括抽象方法，這是普通類所不能的。抽象方法隻能聲明于抽象類中，且不包含任何實作，派生類必須覆寫它們。另外，抽象類可以派生自一個抽象類，可以覆寫基類的抽象方法也可以不覆寫，如果不覆寫，則其派生類必須覆寫它們。

       二、接口：

      接口是引用類型的，類似于類,和抽象類的相似之處有三點：

       1、不能執行個體化；

       2、包含未實作的方法聲明；

       3、派生類必須實作未實作的方法，抽象類是抽象方法，接口則是所有成員（不僅是方法包括其他成員）；

       另外，接口有如下特性：

接口除了可以包含方法之外，還可以包含屬性、索引器、事件，而且這些成員都被定義為公有的。除此之外，不能包含任何其他的成員，例如：常量、域、構造函數、析構函數、靜态成員。一個類可以直接繼承多個接口，但隻能直接繼承一個類（包括抽象類）。

      三、抽象類和接口的差別：

      1.類是對對象的抽象，可以把抽象類了解為把類當作對象，抽象成的類叫做抽象類.而接口隻是一個行為的規範或規定，微軟的自定義接口總是後帶able字段，證明其是表述一類類“我能做。。。”.抽象類更多的是定義在一系列緊密相關的類間，而接口大多數是關系疏松但都實作某一功能的類中.

      2.接口基本上不具備繼承的任何具體特點,它僅僅承諾了能夠調用的方法;    

      3.一個類一次可以實作若幹個接口,但是隻能擴充一個父類    

      4.接口可以用于支援回調,而繼承并不具備這個特點.    

      5.抽象類不能被密封。  

      6.抽象類實作的具體方法預設為虛的，但實作接口的類中的接口方法卻預設為非虛的，當然您也可以聲明為虛的.

      7.（接口）與非抽象類類似，抽象類也必須為在該類的基類清單中列出的接口的所有成員提供它自己的實作。但是，允許抽象類将接口方法映射到抽象方法上。  

      8.抽象類實作了oop中的一個原則，把可變的與不可變的分離。抽象類和接口就是定義為不可變的，而把可變的座位子類去實作。  

      9.好的接口定義應該是具有專一功能性的，而不是多功能的，否則造成接口污染。如果一個類隻是實作了這個接口的中一個功能，而不得不去實作接口中的其他方法，就叫接口污染。  

     10.盡量避免使用繼承來實作組建功能，而是使用黑箱複用，即對象組合。因為繼承的層次增多，造成最直接的後果就是當你調用這個類群中某一類，就必須把他們全部加載到棧中！後果可想而知.（結合堆棧原理了解）。同時，有心的朋友可以留意到微軟在建構一個類時，很多時候用到了對象組合的方法。比如asp.net中，Page類，有Server Request等屬性，但其實他們都是某個類的對象。使用Page類的這個對象來調用另外的類的方法和屬性，這個是非常基本的一個設計原則。  

     11.如果抽象類實作接口，則可以把接口中方法映射到抽象類中作為抽象方法而不必實作，而在抽象類的子類中實作接口中方法.

      四、抽象類和接口的使用：

      1. 如果預計要建立元件的多個版本，則建立抽象類。抽象類提供簡單的方法來控制元件版本。

      2.如果建立的功能将在大範圍的全異對象間使用，則使用接口。如果要設計小而簡練的功能塊，則使用接口。

      3.如果要設計大的功能單元，則使用抽象類.如果要在元件的所有實作間提供通用的已實作功能，則使用抽象類。  

      4.抽象類主要用于關系密切的對象；而接口适合為不相關的類提供通用功能。

以下是我在網上看到的幾個形象比喻,真的非常不錯,呵呵:

   1>飛機會飛，鳥會飛，他們都繼承了同一個接口“飛”；但是F22屬于飛機抽象類，鴿子屬于鳥抽象類。

   2> 就像鐵門木門都是門（抽象類），你想要個門我給不了（不能執行個體化），但我可以給你個具體的鐵門或木門（多态）；而且隻能是門，你不能說它是窗（單繼承）；一個門可以有鎖（接口）也可以有門鈴（多實作）。 門（抽象類）定義了你是什麼，接口（鎖）規定了你能做什麼（一個接口最好隻能做一件事，你不能要求鎖也能發出聲音吧（接口污染））。

.Net提供了接口，這個不同于Class或者Struct的類型定義。接口有些情況，看似和抽象類一樣，是以有些人認為在.Net可以完全用接口來替換抽象類。其實不然，接口和抽象類各有長處和缺陷，是以往往在應用當中，兩者要結合來使用，進而互補長短。

接下來先說說抽象類和接口的差別。

差別一，兩者表達的概念不一樣。抽象類是一類事物的高度聚合，那麼對于繼承抽象類的子類來說，對于抽象類來說，屬于“是”的關系；而接口是定義行為規範，是以對于實作接口的子類來說，相對于接口來說，是“行為需要按照接口來完成”。這些聽起來有些虛，舉個例子。例如，狗是對于所有狗類動物的統稱，京哈是狗，牧羊犬是狗，那麼狗的一般特性，都會在京哈，牧羊犬中找到，那麼狗相對于京哈和牧羊犬來說，就屬于這類事物的抽象類型；而對于“叫”這個動作來說，狗可以叫，鳥也可以叫。很明顯，前者相當于所說的是抽象類，而後者指的就是接口。

差別二，抽象類在定義類型方法的時候，可以給出方法的實作部分，也可以不給出；而對于接口來說，其中所定義的方法都不能給出實作部分。

例如：

1.     //抽象類
2.     public abstract class AbsTest
3.      {
4.         public virtual void Test()
5.          {
6.              Debug.WriteLine( "Test" );
7.          }
8.         public abstract void NewTest();
9.      }
10.     //接口
11.     public interface ITest
12.      {
13.         void Test();
14.         void NewTest();
15.      }

差別三，繼承類對于兩者所涉及方法的實作是不同的。繼承類對于抽象類所定義的抽象方法，可以不用重寫，也就是說，可以延用抽象類的方法；而對于接口類所定義的方法或者屬性來說，在繼承類中必須要給出相應的方法和屬性實作。

差別四，在抽象類中，新增一個方法的話，繼承類中可以不用作任何處理；而對于接口來說，則需要修改繼承類，提供新定義的方法。

知道了兩者的差別，再來說說，接口相對于抽象類的優勢。http://blog.csdn.net/Knight94/archive/2006/10/08/1326326.aspx

相對于抽象類來說，接口有這麼多好處，但是接口有一個緻命的弱點，就是接口所定義的方法和屬性隻能相對于繼承它的類型（除非在繼承類中修改借口定義的函數标示），那麼對于多層繼承關系的時候，光用接口就很難實作。因為如果讓每個類型都去繼承接口而進行實作的話，首先不說編寫代碼比較繁瑣，有時候執行的結果還是錯誤，尤其當子類型對象隐式轉換成基類對象進行通路的時候。

那麼這時候，需要用接口結合虛方法來實作。參看IDisposable在繼承類型中的實作方法。

http://blog.csdn.net/Knight94/archive/2006/10/10/1329214.aspx

其實在繼承中，到底使用接口還是抽象類。接口是固定的，約定俗成的，是以在繼承類中必須提供接口相應的方法和屬性的實作。而對于抽象類來說，抽象類的定義方法的實作，貫穿整個繼承樹，是以其中方法的實作或者重寫都是不确定的。是以相對而言，抽象類比接口更靈活一些。

如下給出兩者的簡單對比表格。

好處一，接口不光可以作用于引用類型，也可以作用于值類型。而抽象類來說，隻能作用于引用類型。

好處二，.Net的類型繼承隻能是單繼承的，也就是說一個類型隻能繼承一個類型，而可以繼承多個接口。其實，我對于這一點也比較贊同，多繼承會使繼承樹變的混亂。

好處三，由于接口隻是定義屬性和方法，而與真正實作的類型沒有太大的關系，是以接口可以被多個類型重用。相對于此，抽象類與繼承類的關系更緊密些。

好處四，通過接口，可以減少類型暴露的屬性和方法，進而便于保護類型對象。當一個實作接口的類型，可能包含其他方法或者屬性，但是方法傳回的時候，可以傳回接口對象，這樣調用端，隻能通過接口提供的方法或者屬性，通路對象的相關元素，這樣可以有效保護對象的其他元素。

好處五，減少值類型的拆箱操作。對于Struct定義的值類型資料，當存放集合當中，每當取出來，都需要進行拆箱操作，這時采用Struct+Interface結合的方法，進而降低拆箱操作。

參看如下文章提供的方法。

接口	抽象類
多繼承	支援	不支援
類型限制	沒有	有，隻能是引用類型
方法實作	繼承類型中必須給出方法實作	繼承類中可以不給出
擴充性	比較麻煩	相對比較靈活
多層繼承	比較麻煩，需要借助虛函數	比較靈活

總的來說，接口和抽象類是.Net為了更好的實作類型之間繼承關系而提供的語言手段，而且兩者有些相輔相成的關系。是以我并不強調用什麼而不用什麼，那麼問題的關鍵在于，如何把這兩種手段合理的應用到程式當中，這才是至關重要。