在我們日常開發中常會用到介面與類,這兩者之間究竟有什麼差別呢?又有哪些優缺點?下面這篇文章就來跟大家介紹了關於.NET中介面與類別差異的相關資料,需要的朋友們可以參考借鑒,下面來一起看看吧。
前言
大家應該都知道,在.Net中提供了接口,這個不同於Class或Struct的型別定義。介面有些情況,看似和抽象類別一樣,因此有些人認為在.Net可以完全用介面來取代抽象類別。其實不然,介面和抽象類別各有長處和缺陷,因此往往在應用當中,兩者要結合來使用,從而互補長短。下面話不多說,來一起看看詳細的介紹吧。
接下來先說抽象類別和介面的差別:
區別一,兩者表達的概念不一樣。抽象類別是一類事物的高度聚合,那麼對於繼承抽象類別的子類別來說,對於抽象類別來說,屬於「是」的關係;而介面是定義行為規範,因此對於實作介面的子類別來說,相對於介面來說,是「行為需要按照介面來完成」。這些聽起來有些虛,舉例。例如,狗是對於所有狗類動物的統稱,京哈是狗,牧羊犬是狗,那麼狗的一般特性,都會在京哈,牧羊犬中找到,那麼狗相對於京哈和牧羊犬來說,就屬於這類事物的抽象類型;而對於「叫」這個動作來說,狗可以叫,鳥也可以叫。很明顯,前者相當於所說的是抽象類,而後者指的就是介面。
區別二,抽象類別在定義類型方法的時候,可以給出方法的實作部分,也可以不給;而對於介面來說,其中所定義的方法都不能給出實作部分。
例如:
publicabstractclassAbsTest { publicvirtualvoidTest() { Debug.WriteLine("Test"); } publicabstractvoidNewTest(); } publicinterfaceITest { voidTest(); voidNewTest(); }
#區別三,繼承類別對於兩者所涉及方法的實作是不同的。繼承類別對於抽象類別所定義的抽象方法,可以不用重寫,也就是說,可以延用抽象類別的方法;而對於介面類別所定義的方法或者屬性來說,在繼承類別中必須給予對應的方法和屬性實作。
區別四,在抽象類別中,新增一個方法的話,繼承類別中可以不用作任何處理;而對於介面來說,則需要修改繼承類,提供新定義的方法。
知道了兩者的差別,再來說說,介面相對於抽象類別的優勢。
好處一,介面不光可以作用於參考型,也可以作用於值型別。而抽象類別來說,只能作用於引用型別。
好處二,.Net的型別繼承只能是單繼承的,也就是說一個型別只能繼承一個型,而可以繼承多個介面。其實,我對這一點也比較贊同,多繼承會使繼承樹變的混亂。
好處三,由於介面只是定義屬性和方法,而與真正實現的類型沒有太大的關係,因此介面可以被多個類型重複使用。相對於此,抽象類別與繼承類別的關係更緊密。
好處四,透過接口,可以減少類型暴露的屬性和方法,從而便於保護類型物件。當一個實作介面的類型,可能包含其他方法或屬性,但是方法返回的時候,可以返回介面對象,這樣呼叫端,只能透過介面提供的方法或屬性,存取對象的相關元素,這樣可以有效保護對象的其他元素。
好處五,減少值類型的拆箱操作。對於Struct定義的值類型數據,當存放集合當中,每當取出來,都需要進行拆箱操作,這時採用Struct+Interface結合的方法,從而降低拆箱操作。
相對於抽象類別來說,介面有這麼多好處,但是介面有一個致命的弱點,就是介面所定義的方法和屬性只能相對於繼承它的類型(除非在繼承類別中修改介面定義的函數標示),那麼對於多層繼承關係的時候,光用介面就很難實現。因為如果讓每個型別都去繼承介面而實現的話,首先不說寫程式碼比較繁瑣,有時候執行的結果還是錯誤,尤其當子型別物件隱式轉換成基底類別物件進行存取的時候。
那麼這時候,就需要用介面結合虛擬方法來實作。其實在繼承中,到底使用介面還是抽象類別。介面是固定的,約定俗成的,因此在繼承類別中必須提供介面對應的方法和屬性的實作。而對於抽象類別來說,抽象類別的定義方法的實現,貫穿整個繼承樹,因此其中方法的實作或重寫都是不確定的。因此相對而言,抽象類比介面更靈活一些。
如下給出兩者的簡單比較表。
介面 |
#抽象類別 |
|
#多重繼承 |
#支援 |
#不支援 |
######################## #######類型限制### | 沒有 |
有,只能是引用型別 |
方法實作 |
繼承類型中必須給出方法實作 |
在繼承類別中可以不給 |
擴展性 |
比較麻煩 |
#相對較靈活 |
多層繼承 |
比較麻煩,需要藉助虛函數 |
比較靈活 |
總的來說,介面和抽象類別是.Net為了更好的實作類型之間繼承關係而提供的語言手段,而且兩者有些相輔相成的關係。因此我並不強調用什麼而不用什麼,那麼問題的關鍵在於,如何把這兩種手段合理的應用到程序當中,這才是至關重要。
以上是比較.NET中介面與類別的區別的詳細內容。更多資訊請關注PHP中文網其他相關文章!