Java抽象類型二重唱 接口和抽象類
在沒(méi)有好好地研習(xí)面向?qū)ο笤O(shè)計(jì)的設(shè)計(jì)模式之前，我對(duì)Java接口和Java抽象類的認(rèn)識(shí)還是很模糊，很不可理解。剛學(xué)Java語(yǔ)言時(shí)，就很難理解為什么要有接口這個(gè)概念。
雖說(shuō)是可以實(shí)現(xiàn)所謂的多繼承，可一個(gè)只有方法名，沒(méi)有方法體的東西，我實(shí)現(xiàn)它又有什么用呢？我從它那什么也得不到，除了一些方法名，我直接在具體類里加入這些方法不就行了嗎？
為什么一定要有抽象類這個(gè)概念？為什么就不能把這個(gè)父類寫成一個(gè)具體的類，子類再繼承它不就可以了嗎？何必弄一個(gè)抽象類出來(lái)，還要弄一些沒(méi)有方法體的抽象方法，弄得又象接口又象類的，讓人捉摸不定。
當(dāng)我開(kāi)始學(xué)習(xí)java設(shè)計(jì)模式，真正走進(jìn)面向?qū)ο笤O(shè)計(jì)的大門之后，我才發(fā)現(xiàn)，自己對(duì)面向?qū)ο笤O(shè)計(jì)的理解原來(lái)是那么的片面，那么的膚淺，根本就沒(méi)有真正理解面向?qū)ο笏枷氲木瑁谀骋环N程度上還受著面向過(guò)程的影響，以為弄出了一個(gè)個(gè)類，就算是面向?qū)ο罅耍鋵?shí)還是被過(guò)程所驅(qū)使著。我還是說(shuō)說(shuō)我現(xiàn)在對(duì)面向?qū)ο笏枷氲睦斫獍桑灰欢ㄕ_全面，但我想應(yīng)該還算是比以前略有進(jìn)步吧，面向?qū)ο笏枷耄矣X(jué)得最關(guān)鍵的就是抽象。
一個(gè)軟件設(shè)計(jì)的好壞，我想很大程度上取決于它的整體架構(gòu)，而這個(gè)整體架構(gòu)其實(shí)就是你對(duì)整個(gè)宏觀商業(yè)業(yè)務(wù)的抽象框架，當(dāng)代表業(yè)務(wù)邏輯的高層抽象層結(jié)構(gòu)合理時(shí)，你底層的具體實(shí)現(xiàn)需要考慮的就僅僅是一些算法和一些具體的業(yè)務(wù)實(shí)現(xiàn)了。當(dāng)你需要再開(kāi)發(fā)另一個(gè)相近的項(xiàng)目時(shí)，你以前的抽象層說(shuō)不定還可以再次利用呢，面對(duì)對(duì)象的設(shè)計(jì)，復(fù)用的重點(diǎn)其實(shí)應(yīng)該是抽象層的復(fù)用，而不是具體某一個(gè)代碼塊的復(fù)用，是不是一下子感覺(jué)自己對(duì)復(fù)用理解的高度又上升了一層？
說(shuō)到了抽象，就不能不提到曾讓我頭痛的Java接口和Java抽象類了，這也是本文我想說(shuō)的重點(diǎn)。既然面向?qū)ο笤O(shè)計(jì)的重點(diǎn)在于抽象，那Java接口和Java抽象類就有它存在的必然性了。
Java接口和Java抽象類代表的就是抽象類型，就是我們需要提出的抽象層的具體表現(xiàn)。OOP面向?qū)ο蟮木幊蹋绻岣叱绦虻膹?fù)用率，增加程序的可維護(hù)性，可擴(kuò)展性，就必須是面向接口的編程，面向抽象的編程，正確地使用接口、抽象類這些太有用的抽象類型做為你結(jié)構(gòu)層次上的頂層，Java接口和Java抽象類有太多相似的地方，又有太多特別的地方，究竟在什么地方，才是它們的***位置呢？把它們比較一下，你就可以發(fā)現(xiàn)了。
1、Java接口和Java抽象類***的一個(gè)區(qū)別，就在于Java抽象類可以提供某些方法的部分實(shí)現(xiàn)，而Java接口不可以，這大概就是Java抽象類唯一的優(yōu)點(diǎn)吧，但這個(gè)優(yōu)點(diǎn)非常有用。
如果向一個(gè)抽象類里加入一個(gè)新的具體方法時(shí)，那么它所有的子類都一下子都得到了這個(gè)新方法，而Java接口做不到這一點(diǎn)，如果向一個(gè)Java接口里加入一個(gè)新方法，所有實(shí)現(xiàn)這個(gè)接口的類就無(wú)法成功通過(guò)編譯了，因?yàn)槟惚仨氉屆恳粋€(gè)類都再實(shí)現(xiàn)這個(gè)方法才行，這顯然是Java接口的缺點(diǎn)。
2、一個(gè)抽象類的實(shí)現(xiàn)只能由這個(gè)抽象類的子類給出，也就是說(shuō)，這個(gè)實(shí)現(xiàn)處在抽象類所定義出的繼承的等級(jí)結(jié)構(gòu)中，而由于Java語(yǔ)言的單繼承性，所以抽象類作為類型定義工具的效能大打折扣。
在這一點(diǎn)上，Java接口的優(yōu)勢(shì)就出來(lái)了，任何一個(gè)實(shí)現(xiàn)了一個(gè)Java接口所規(guī)定的方法的類都可以具有這個(gè)接口的類型，而一個(gè)類可以實(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ì)模式就出來(lái)了：聲明類型的工作仍然由Java接口承擔(dān)，但是同時(shí)給出一個(gè)Java抽象類，且實(shí)現(xiàn)了這個(gè)接口，而其他同屬于這個(gè)抽象類型的具體類可以選擇實(shí)現(xiàn)這個(gè)Java接口，也可以選擇繼承這個(gè)抽象類，也就是說(shuō)在層次結(jié)構(gòu)中，Java接口在最上面，然后緊跟著抽象類，哈，這下兩個(gè)的***優(yōu)點(diǎn)都能發(fā)揮到極至了。這個(gè)模式就是“缺省適配模式”。
在Java語(yǔ)言API中用了這種模式，而且全都遵循一定的命名規(guī)范：Abstract＋接口名，Java接口和Java抽象類的存在就是為了用于具體類的實(shí)現(xiàn)和繼承的，如果你準(zhǔn)備寫一個(gè)具體類去繼承另一個(gè)具體類的話，那你的設(shè)計(jì)就有很大問(wèn)題了。Java抽象類就是為了繼承而存在的，它的抽象方法就是為了強(qiáng)制子類必須去實(shí)現(xiàn)的。
使用Java接口和抽象Java類進(jìn)行變量的類型聲明、參數(shù)是類型聲明、方法的返還類型說(shuō)明，以及數(shù)據(jù)類型的轉(zhuǎn)換等。而不要用具體Java類進(jìn)行變量的類型聲明、參數(shù)是類型聲明、方法的返還類型說(shuō)明，以及數(shù)據(jù)類型的轉(zhuǎn)換等。
我想，如果你編的代碼里面連一個(gè)接口和抽象類都沒(méi)有的話，也許我可以說(shuō)你根本沒(méi)有用到任何設(shè)計(jì)模式，任何一個(gè)設(shè)計(jì)模式都是和抽象分不開(kāi)的，而抽象與Java接口和抽象Java類又是分不開(kāi)的。理解抽象，理解Java接口和抽象Java類，我想就應(yīng)該是真正開(kāi)始用面向?qū)ο蟮乃枷肴シ治鰡?wèn)題，解決問(wèn)題了吧。
文章轉(zhuǎn)自***的博客，
原文地址：http://seawavenews.javaeye.com/blog/312668
【編輯推薦】
