前言

大家應該都知道，在.Net中提供了接口，這個不同于Class或者Struct的類型定義。接口有些情況，看似和抽象類一樣，因此有些人認為在.Net可以完全用接口來替換抽象類。其實不然，接口和抽象類各有長處和缺陷，因此往往在應用當中，兩者要結合來使用，從而互補長短。下面話不多說，來一起看看詳細的介紹吧。

接下來先說說抽象類和接口的區別：

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

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

例如：

publicabstractclassAbsTest{publicvirtualvoidTest(){Debug.WriteLine("Test");}publicabstractvoidNewTest();}publicinterfaceITest{voidTest();voidNewTest();}

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

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

知道了兩者的區別，再來說說，接口相對于抽象類的優勢。

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

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

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

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

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

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

那么這時候，需要用接口結合虛方法來實現。其實在繼承中，到底使用接口還是抽象類。接口是固定的，約定俗成的，因此在繼承類中必須提供接口相應的方法和屬性的實現。而對于抽象類來說，抽象類的定義方法的實現，貫穿整個繼承樹，因此其中方法的實現或者重寫都是不確定的。因此相對而言，抽象類比接口更靈活一些。

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

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

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對VeVb武林網的支持。