.NET中接口與類的區(qū)別淺析
前言
大家應(yīng)該都知道,在.Net中提供了接口,這個(gè)不同于Class或者Struct的類型定義。接口有些情況,看似和抽象類一樣,因此有些人認(rèn)為在.Net可以完全用接口來替換抽象類。其實(shí)不然,接口和抽象類各有長處和缺陷,因此往往在應(yīng)用當(dāng)中,兩者要結(jié)合來使用,從而互補(bǔ)長短。下面話不多說,來一起看看詳細(xì)的介紹吧。
接下來先說說抽象類和接口的區(qū)別:
區(qū)別一,兩者表達(dá)的概念不一樣。抽象類是一類事物的高度聚合,那么對于繼承抽象類的子類來說,對于抽象類來說,屬于“是”的關(guān)系;而接口是定義行為規(guī)范,因此對于實(shí)現(xiàn)接口的子類來說,相對于接口來說,是“行為需要按照接口來完成”。這些聽起來有些虛,舉個(gè)例子。例如,狗是對于所有狗類動(dòng)物的統(tǒng)稱,京哈是狗,牧羊犬是狗,那么狗的一般特性,都會(huì)在京哈,牧羊犬中找到,那么狗相對于京哈和牧羊犬來說,就屬于這類事物的抽象類型;而對于“叫”這個(gè)動(dòng)作來說,狗可以叫,鳥也可以叫。很明顯,前者相當(dāng)于所說的是抽象類,而后者指的就是接口。
區(qū)別二,抽象類在定義類型方法的時(shí)候,可以給出方法的實(shí)現(xiàn)部分,也可以不給出;而對于接口來說,其中所定義的方法都不能給出實(shí)現(xiàn)部分。
例如:
publicabstractclassAbsTest
{
publicvirtualvoidTest()
{
Debug.WriteLine("Test");
}
publicabstractvoidNewTest();
}
publicinterfaceITest
{
voidTest();
voidNewTest();
}
區(qū)別三,繼承類對于兩者所涉及方法的實(shí)現(xiàn)是不同的。繼承類對于抽象類所定義的抽象方法,可以不用重寫,也就是說,可以延用抽象類的方法;而對于接口類所定義的方法或者屬性來說,在繼承類中必須要給出相應(yīng)的方法和屬性實(shí)現(xiàn)。
區(qū)別四,在抽象類中,新增一個(gè)方法的話,繼承類中可以不用作任何處理;而對于接口來說,則需要修改繼承類,提供新定義的方法。
知道了兩者的區(qū)別,再來說說,接口相對于抽象類的優(yōu)勢。
好處一,接口不光可以作用于引用類型,也可以作用于值類型。而抽象類來說,只能作用于引用類型。
好處二,.Net的類型繼承只能是單繼承的,也就是說一個(gè)類型只能繼承一個(gè)類型,而可以繼承多個(gè)接口。其實(shí),我對于這一點(diǎn)也比較贊同,多繼承會(huì)使繼承樹變的混亂。
好處三,由于接口只是定義屬性和方法,而與真正實(shí)現(xiàn)的類型沒有太大的關(guān)系,因此接口可以被多個(gè)類型重用。相對于此,抽象類與繼承類的關(guān)系更緊密些。
好處四,通過接口,可以減少類型暴露的屬性和方法,從而便于保護(hù)類型對象。當(dāng)一個(gè)實(shí)現(xiàn)接口的類型,可能包含其他方法或者屬性,但是方法返回的時(shí)候,可以返回接口對象,這樣調(diào)用端,只能通過接口提供的方法或者屬性,訪問對象的相關(guān)元素,這樣可以有效保護(hù)對象的其他元素。
好處五,減少值類型的拆箱操作。對于Struct定義的值類型數(shù)據(jù),當(dāng)存放集合當(dāng)中,每當(dāng)取出來,都需要進(jìn)行拆箱操作,這時(shí)采用Struct+Interface結(jié)合的方法,從而降低拆箱操作。
相對于抽象類來說,接口有這么多好處,但是接口有一個(gè)致命的弱點(diǎn),就是接口所定義的方法和屬性只能相對于繼承它的類型(除非在繼承類中修改接口定義的函數(shù)標(biāo)示),那么對于多層繼承關(guān)系的時(shí)候,光用接口就很難實(shí)現(xiàn)。因?yàn)槿绻屆總€(gè)類型都去繼承接口而進(jìn)行實(shí)現(xiàn)的話,首先不說編寫代碼比較繁瑣,有時(shí)候執(zhí)行的結(jié)果還是錯(cuò)誤,尤其當(dāng)子類型對象隱式轉(zhuǎn)換成基類對象進(jìn)行訪問的時(shí)候。
那么這時(shí)候,需要用接口結(jié)合虛方法來實(shí)現(xiàn)。其實(shí)在繼承中,到底使用接口還是抽象類。接口是固定的,約定俗成的,因此在繼承類中必須提供接口相應(yīng)的方法和屬性的實(shí)現(xiàn)。而對于抽象類來說,抽象類的定義方法的實(shí)現(xiàn),貫穿整個(gè)繼承樹,因此其中方法的實(shí)現(xiàn)或者重寫都是不確定的。因此相對而言,抽象類比接口更靈活一些。
如下給出兩者的簡單對比表格。
| |
接口 |
抽象類 |
|
多繼承 |
支持 |
不支持 |
|
類型限制 |
沒有 |
有,只能是引用類型 |
|
方法實(shí)現(xiàn) |
繼承類型中必須給出方法實(shí)現(xiàn) |
繼承類中可以不給出 |
|
擴(kuò)展性 |
比較麻煩 |
相對比較靈活 |
|
多層繼承 |
比較麻煩,需要借助虛函數(shù) |
比較靈活 |
總的來說,接口和抽象類是.Net為了更好的實(shí)現(xiàn)類型之間繼承關(guān)系而提供的語言手段,而且兩者有些相輔相成的關(guān)系。因此我并不強(qiáng)調(diào)用什么而不用什么,那么問題的關(guān)鍵在于,如何把這兩種手段合理的應(yīng)用到程序當(dāng)中,這才是至關(guān)重要。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
相關(guān)文章
基于ASP.NET+EasyUI框架實(shí)現(xiàn)圖片上傳提交表單功能(js提交圖片)
這篇文章主要介紹了基于ASP.NET+EasyUI框架實(shí)現(xiàn)圖片上傳再提交表單(js提交圖片)的相關(guān)資料,需要的朋友可以參考下2016-06-06
在?Net7.0?環(huán)境下如何使用?RestSharp?發(fā)送?Http(FromBody和FromForm)請求
這篇文章主要介紹了在?Net7.0?環(huán)境下使用?RestSharp?發(fā)送?Http(FromBody和FromForm)請求,今天,我就兩個(gè)小的知識(shí)點(diǎn),就是通過使用?RestSharp?訪問?WebAPI,提交?FromBody?和?FromForm?兩種方式的數(shù)據(jù),還是有些區(qū)別的,本文結(jié)合實(shí)例代碼介紹的非常詳細(xì),需要的朋友參考下吧2023-09-09
在asp.net中實(shí)現(xiàn)datagrid checkbox 全選的方法
在asp.net中實(shí)現(xiàn)datagrid checkbox 全選的方法...2006-12-12
asp.net類庫中添加WebService引用出現(xiàn)問題解決方法
在Web項(xiàng)目內(nèi)添加WebService的引用是件很簡單的事情,不過對于一些新手朋友來說,就沒有那么簡單了,因?yàn)樵谔砑拥倪^程中總會(huì)遇到一些困難,接下來詳細(xì)介紹如何解決,感興趣的你可不要錯(cuò)過了啊2013-02-02
.net core 1.0 實(shí)現(xiàn)單點(diǎn)登錄負(fù)載多服務(wù)器
這篇文章主要介紹了.net core 1.0 實(shí)現(xiàn)單點(diǎn)登錄負(fù)載多服務(wù)器的相關(guān)資料,非常不錯(cuò),具有參考借鑒價(jià)值,感興趣的朋友可以參考下2016-07-07
asp.net core 騰訊驗(yàn)證碼的接入示例代碼
這篇文章主要介紹了asp.net core 騰訊驗(yàn)證碼的接入示例代碼,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-10-10
輕松解決asp.net用戶ASPNET登錄失敗問題的方法分享
這篇文章介紹了asp.net用戶ASPNET登錄失敗問題的方法,有需要的朋友可以參考一下2013-11-11

