這篇文章主要介紹.NET中接口與類的區(qū)別有哪些,文中介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們一定要看完!
在萬柏林等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強(qiáng)發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務(wù)理念,為客戶提供成都網(wǎng)站建設(shè)、網(wǎng)站制作 網(wǎng)站設(shè)計(jì)制作按需網(wǎng)站制作,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站設(shè)計(jì),成都全網(wǎng)營銷推廣,成都外貿(mào)網(wǎng)站制作,萬柏林網(wǎng)站建設(shè)費(fèi)用合理。先說說抽象類和接口的區(qū)別:
區(qū)別一,兩者表達(dá)的概念不一樣。抽象類是一類事物的高度聚合,那么對(duì)于繼承抽象類的子類來說,對(duì)于抽象類來說,屬于“是”的關(guān)系;而接口是定義行為規(guī)范,因此對(duì)于實(shí)現(xiàn)接口的子類來說,相對(duì)于接口來說,是“行為需要按照接口來完成”。這些聽起來有些虛,舉個(gè)例子。例如,狗是對(duì)于所有狗類動(dòng)物的統(tǒng)稱,京哈是狗,牧羊犬是狗,那么狗的一般特性,都會(huì)在京哈,牧羊犬中找到,那么狗相對(duì)于京哈和牧羊犬來說,就屬于這類事物的抽象類型;而對(duì)于“叫”這個(gè)動(dòng)作來說,狗可以叫,鳥也可以叫。很明顯,前者相當(dāng)于所說的是抽象類,而后者指的就是接口。
區(qū)別二,抽象類在定義類型方法的時(shí)候,可以給出方法的實(shí)現(xiàn)部分,也可以不給出;而對(duì)于接口來說,其中所定義的方法都不能給出實(shí)現(xiàn)部分。
例如:
publicabstractclassAbsTest { publicvirtualvoidTest() { Debug.WriteLine("Test"); } publicabstractvoidNewTest(); } publicinterfaceITest { voidTest(); voidNewTest(); }
區(qū)別三,繼承類對(duì)于兩者所涉及方法的實(shí)現(xiàn)是不同的。繼承類對(duì)于抽象類所定義的抽象方法,可以不用重寫,也就是說,可以延用抽象類的方法;而對(duì)于接口類所定義的方法或者屬性來說,在繼承類中必須要給出相應(yīng)的方法和屬性實(shí)現(xiàn)。
區(qū)別四,在抽象類中,新增一個(gè)方法的話,繼承類中可以不用作任何處理;而對(duì)于接口來說,則需要修改繼承類,提供新定義的方法。
知道了兩者的區(qū)別,再來說說,接口相對(duì)于抽象類的優(yōu)勢。
好處一,接口不光可以作用于引用類型,也可以作用于值類型。而抽象類來說,只能作用于引用類型。
好處二,.Net的類型繼承只能是單繼承的,也就是說一個(gè)類型只能繼承一個(gè)類型,而可以繼承多個(gè)接口。其實(shí),我對(duì)于這一點(diǎn)也比較贊同,多繼承會(huì)使繼承樹變的混亂。
好處三,由于接口只是定義屬性和方法,而與真正實(shí)現(xiàn)的類型沒有太大的關(guān)系,因此接口可以被多個(gè)類型重用。相對(duì)于此,抽象類與繼承類的關(guān)系更緊密些。
好處四,通過接口,可以減少類型暴露的屬性和方法,從而便于保護(hù)類型對(duì)象。當(dāng)一個(gè)實(shí)現(xiàn)接口的類型,可能包含其他方法或者屬性,但是方法返回的時(shí)候,可以返回接口對(duì)象,這樣調(diào)用端,只能通過接口提供的方法或者屬性,訪問對(duì)象的相關(guān)元素,這樣可以有效保護(hù)對(duì)象的其他元素。
好處五,減少值類型的拆箱操作。對(duì)于Struct定義的值類型數(shù)據(jù),當(dāng)存放集合當(dāng)中,每當(dāng)取出來,都需要進(jìn)行拆箱操作,這時(shí)采用Struct+Interface結(jié)合的方法,從而降低拆箱操作。
相對(duì)于抽象類來說,接口有這么多好處,但是接口有一個(gè)致命的弱點(diǎn),就是接口所定義的方法和屬性只能相對(duì)于繼承它的類型(除非在繼承類中修改接口定義的函數(shù)標(biāo)示),那么對(duì)于多層繼承關(guān)系的時(shí)候,光用接口就很難實(shí)現(xiàn)。因?yàn)槿绻屆總€(gè)類型都去繼承接口而進(jìn)行實(shí)現(xiàn)的話,首先不說編寫代碼比較繁瑣,有時(shí)候執(zhí)行的結(jié)果還是錯(cuò)誤,尤其當(dāng)子類型對(duì)象隱式轉(zhuǎn)換成基類對(duì)象進(jìn)行訪問的時(shí)候。
那么這時(shí)候,需要用接口結(jié)合虛方法來實(shí)現(xiàn)。其實(shí)在繼承中,到底使用接口還是抽象類。接口是固定的,約定俗成的,因此在繼承類中必須提供接口相應(yīng)的方法和屬性的實(shí)現(xiàn)。而對(duì)于抽象類來說,抽象類的定義方法的實(shí)現(xiàn),貫穿整個(gè)繼承樹,因此其中方法的實(shí)現(xiàn)或者重寫都是不確定的。因此相對(duì)而言,抽象類比接口更靈活一些。
如下給出兩者的簡單對(duì)比表格。
接口 | 抽象類 | |
多繼承 | 支持 | 不支持 |
類型限制 | 沒有 | 有,只能是引用類型 |
方法實(shí)現(xiàn) | 繼承類型中必須給出方法實(shí)現(xiàn) | 繼承類中可以不給出 |
擴(kuò)展性 | 比較麻煩 | 相對(duì)比較靈活 |
多層繼承 | 比較麻煩,需要借助虛函數(shù) | 比較靈活 |
總的來說,接口和抽象類是.Net為了更好的實(shí)現(xiàn)類型之間繼承關(guān)系而提供的語言手段,而且兩者有些相輔相成的關(guān)系。因此我并不強(qiáng)調(diào)用什么而不用什么,那么問題的關(guān)鍵在于,如何把這兩種手段合理的應(yīng)用到程序當(dāng)中,這才是至關(guān)重要。
以上是.NET中接口與類的區(qū)別有哪些的所有內(nèi)容,感謝各位的閱讀!希望分享的內(nèi)容對(duì)大家有幫助,更多相關(guān)知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道!