無線&移動(dòng)互聯(lián)網(wǎng)技術(shù)研發(fā)

java不允許多重繼承

正是因?yàn)閖ava不支持多繼承才產(chǎn)生了接口，java允許實(shí)現(xiàn)多個(gè)接口，接口就是給出一些沒有內(nèi)容的方法，要注意的是想用接口必須實(shí)現(xiàn)接口的所有方法

接口是用來規(guī)范類的，它可以避免類在設(shè)計(jì)上的不一致，這在多人合作的開發(fā)中猶為重要，就比如接口中有A方法那么實(shí)現(xiàn)這個(gè)接口就必須實(shí)現(xiàn)A方法這就形成了一種規(guī)范，也就是說，A繼承了B，但卻想使用C的一個(gè)方法，但又不能再繼承，所以就使用了C的接口。

Java 接口和Java抽象類代表的就是抽象類型，就是我們需要提出的抽象層的具體表現(xiàn)。OOP面向?qū)ο蟮木幊蹋绻岣叱绦虻膹?fù)用率，增加程序的可維護(hù)性，可擴(kuò)展性，就必須是面向接口的編程，面向抽象的編程，正確地使用接口、抽象類這些太有用的抽象類型做為你結(jié)構(gòu)層次上的頂層。

Java接口和Java抽象類有太多相似的地方，又有太多特別的地方：

1、抽象類可以提供某些方法的部分實(shí)現(xiàn)，接口不可以，如果向一個(gè)抽象類里加入一個(gè)新的具體方法時(shí)，那么它所有的子類都能得到了這個(gè)新方法，而接口做不到這一點(diǎn)，如果向一個(gè)接口里加入一個(gè)新方法，所有實(shí)現(xiàn)這個(gè)接口的類就無法成功通過編譯了，因?yàn)槟惚仨氉屆恳粋€(gè)類都再實(shí)現(xiàn)這個(gè)方法才行，這顯然是Java接口的缺點(diǎn)。

2、一個(gè)抽象類的實(shí)現(xiàn)只能由這個(gè)抽象類的子類給出，也就是說，這個(gè)實(shí)現(xiàn)處在抽象類所定義出的繼承的等級(jí)結(jié)構(gòu)中，而由于Java語言的單繼承性，所以抽象類作為類型定義工具的效能大打折扣。在這一點(diǎn)上，Java接口的優(yōu)勢(shì)就出來了，任何一個(gè)實(shí)現(xiàn)了一個(gè)Java接口所規(guī)定的方法的類都可以具有這個(gè)接口的類型，因?yàn)轭惪梢詫?shí)現(xiàn)任意多個(gè)Java接口，從而這個(gè)類就有了多種類型。

3、從第2點(diǎn)不難看出，Java接口是定義混合類型的理想工具，混合類表明一個(gè)類不僅僅具有某個(gè)主類型的行為，而且具有其他的次要行為。

4、結(jié)合1、2點(diǎn)中抽象類和Java接口的各自優(yōu)勢(shì)，具精典的設(shè)計(jì)模式就出來了：聲明類型的工作仍然由Java接口承擔(dān)，但是同時(shí)給出一個(gè)Java抽象類，且實(shí)現(xiàn)了這個(gè)接口，而其他同屬于這個(gè)抽象類型的具體類可以選擇實(shí)現(xiàn)這個(gè)Java接口，也可以選擇繼承這個(gè)抽象類，也就是說在層次結(jié)構(gòu)中，Java接口在最上面，然后緊跟著抽象類，哈，這下兩個(gè)的最大優(yōu)點(diǎn)都能發(fā)揮到極至了。這個(gè)模式就是“缺省適配模式”。
在Java語言API中用了這種模式，而且全都遵循一定的命名規(guī)范：Abstract ＋接口名。

Java接口和Java抽象類的存在就是為了用于具體類的實(shí)現(xiàn)和繼承的，如果你準(zhǔn)備寫一個(gè)具體類去繼承另一個(gè)具體類的話，那你的設(shè)計(jì)就有很大問題了。Java抽象類就是為了繼承而存在的，它的抽象方法就是為了強(qiáng)制子類必須去實(shí)現(xiàn)的。

使用Java接口和抽象Java類進(jìn)行變量的類型聲明、參數(shù)是類型聲明、方法的返還類型說明，以及數(shù)據(jù)類型的轉(zhuǎn)換等。而不要用具體Java類進(jìn)行變量的類型聲明、參數(shù)是類型聲明、方法的返還類型說明，以及數(shù)據(jù)類型的轉(zhuǎn)換等。

我想，如果你編的代碼里面連一個(gè)接口和抽象類都沒有的話，也許我可以說你根本沒有用到任何設(shè)計(jì)模式，任何一個(gè)設(shè)計(jì)模式都是和抽象分不開的，而抽象與Java接口和抽象Java類又是分不開的。