抽象類和介面的區別

2021-07-11 06:43:57 字數 1622 閱讀 2059

語法上面的就不用說了, 木球意思,

1、計層面上的區別

抽象類是對一種事物的抽象,而介面是對行為的抽象。抽象類是對整個類整體進行抽象,包括屬性、行為,但是介面卻是對類區域性(行為)進行抽象.

舉個例子;

比如 飛機和鳥 是不同類的事物,但他們都有乙個共性,那就是飛。那麼在設計的時候,可以將飛機設為乙個類plane,將鳥設計為乙個類bird,

但不能將飛行設計為乙個類,因為是乙個行為特性,並不是對一類事物的抽象描述,此時可以將飛行設計為乙個介面fly,包含方法fly( ),然後plane,

bird 實現這個介面,至於不同種類的飛機,比如戰鬥機、民用飛機等直接繼承pane即可,對於鳥也是類似的,不同種類的鳥直接繼承bird類即可,

從上面可以看出,介面是 「是不是」的關係,而是「有沒有」的關係

如果乙個類繼承了某個抽象類,則子類必定是抽象類的種類,

而介面實現則是有沒有、具備不具備的關係,比如鳥是否能飛(或者是否具備飛行這個特點),能飛行則可以實現這個介面,不能飛行就不實現這個介面。 

2、設計層面不同

抽象類作為很多子類的父類,它是一種模板式設計。而介面是一種行為規範,是一種輻射式設計,什麼是模板式設計?最簡單例子,大家都用過ppt裡面的模板,如果用模板a設計了ppt b和ppt c,ppt b和ppt c公共的部分就是模板a了,如果它們的公共部分需要改動,則只需要改動模板a就可以了,不需要重新對ppt b和ppt c進行改動。而輻射式設計,比如某個電梯都裝了某種報警器,一旦要更新報警器,就必須全部更新。也就是說對於抽象類,如果需要新增新的方法,可以直接在抽象類中新增具體的實現,子類可以不進行變更;而對於介面則不行,如果介面進行了變更,則所有實現這個介面的類都必須進行相應的改動。

下面看乙個網上流傳最廣泛的例子:門和警報的例子:門都有open( )和close( )兩個動作,此時我們可以定義通過抽象類和介面來定義這個抽象概念:

abstract class door
或者

inte***ce door

但是現在如果我們需要門具有報警alarm( )的功能,那麼該如何實現?下面提供兩種思路:

1)將這三個功能都放在抽象類裡面,但是這樣一來所有繼承於這個抽象類的子類都具備了報警功能,但是有的門並不一定具備報警功能;

2)將這三個功能都放在介面裡面,需要用到報警功能的類就需要實現這個介面中的open( )和close( ),也許這個類根本就不具備open( )和close( )這兩個功能,比如火災報警器。

從這裡可以看出, door的open() 、close()和alarm()根本就屬於兩個不同範疇內的行為,open()和close()屬於門本身固有的行為特性,而alarm()屬於延伸的附加行為。因此最好的解決辦法是單獨將報警設計為乙個介面,包含alarm()行為,door設計為單獨的乙個抽象類,包含open和close兩種行為。再設計乙個報警門繼承door類和實現alarm介面。

inte***ce alram 

abstract class door

class alarmdoor extends door implements alarm

void close()

void alarm()

}

抽象類和介面的區別

要結合來使用,從而互補長短。接下來先說說抽象類和介面的區別。區別一,兩者表達的概念不一樣。抽象類是一類事物的高度聚合,那麼對於繼承抽象類的子類來說,對於抽象類來說,屬於 是 的關係 而介面是定義行為規範,因此對於實現介面的子類來說,相對於介面來說,是 行為需要按照介面來完成 這些聽起來有些虛,舉個例...

抽象類和介面的區別

net提供了介面,這個不同於class或者struct的型別定義。介面有些情況,看似和抽象類一樣,因此有些人認為在.net可以完全用介面來替換抽象類。其實不然,介面和抽象類各有長處和缺陷,因此往往在應用當中,兩者要結合來使用,從而互補長短。接下來先說說抽象類和介面的區別。區別一,兩者表達的概念不一樣...

抽象類和介面的區別

net提供了介面,這個不同於class或者struct的型別定義。介面有些情況,看似和抽象類一樣,因此有些人認為在.net可以完全用介面來替換抽象類。其實不然,介面和抽象類各有長處和缺陷,因此往往在應用當中,兩者要結合來使用,從而互補長短。接下來先說說抽象類和介面的區別。區別一,兩者表達的概念不一樣...