[[188436]]

1.什么是多態(tài)?

多態(tài)是碼農(nóng)們必須要理解理解的一個(gè)基本思想， 是面向?qū)ο蟮幕?/p>

但是很多人(包括我)***次接觸多態(tài)時(shí)都會困惑： 這東西有什么用處?

多態(tài)的例子在Java里非常簡單，每個(gè)初學(xué)者都會遇到：

這沒什么啊， 不就是把Apple這個(gè)類的實(shí)例賦值給Fruit 這個(gè)抽象類， 然后當(dāng)我們調(diào)用相關(guān)方法的時(shí)候?qū)嶋H執(zhí)行的是Apple這個(gè)類的方法， 而不是Fruit的方法。

何必要多此一舉呢? 為什么要把一個(gè)子類的實(shí)例賦值給一個(gè)父類呢? 沒必要啊，直接一點(diǎn)多好：

Apple a = new Apple(); 
a.getPrice() --> 返回5.0f 
a.getName() --> 返回 “Apple” 

沒錯(cuò)，在這個(gè)小例子中， 我們完全可以這么干。

2.沒有多態(tài)的世界

現(xiàn)在假設(shè)編程世界沒有多態(tài)， 我們沒法使用它。 對于上面的例子， 引入兩個(gè)新的類， 橙子(Orange) 和購物車(ShopCart):

注意： Apple 和Orange 沒有共同的父類Fruit了， 并且Orange類獲取價(jià)格的方法是getUnitPrice(), 和Apple類的不一樣。

購物車可以添加蘋果和橙子， 并且有個(gè)計(jì)算總價(jià)格的方法 : calculateTotalPrice。

在該方法中， 需要判斷每個(gè)對象是什么類型， 然后調(diào)用不同的方法。

要是新加一個(gè)香蕉類， 不但需要新加一個(gè)addBanana()的方法， 還得小心的修改計(jì)算總價(jià)的方法： 找到相應(yīng)的地方添加一個(gè)分支專門處理香蕉類。

是不是很痛苦?

3.請回多態(tài)

現(xiàn)在應(yīng)該能看出抽象類Fruit的作用了， 如果Apple, Orange 都實(shí)現(xiàn)了Fruit, 那購物車就變的異常簡單：

現(xiàn)在想一想： 為什么購物車類能變得簡單而清晰?

因?yàn)镾hopCart 面對的是一個(gè)抽象的概念: Fruit , 而不是具體的實(shí)現(xiàn) Apple, Orange, Banana...

它不用關(guān)心那些煩人的細(xì)節(jié)， 只要針對Fruit編程就好。

為什么ShopCart能對Fruit這個(gè)抽象的“接口” 進(jìn)行編程呢? 背后肯定是多態(tài)在起作用了! 原來你在這里 !

這就是我想表達(dá)的 說“空話"， 做實(shí)事的意思, 抽象類/接口實(shí)際上在說“空話”， 而真正做實(shí)際事情的是具體的實(shí)現(xiàn)類。

但是想說“空話”也得有個(gè)載體才行，這個(gè)載體就是抽象的概念 Fruit !

4.思考

現(xiàn)在我們應(yīng)該知道抽象的威力了， 一個(gè)好的抽象(Fruit) 能夠讓代碼變的無比簡潔。

《設(shè)計(jì)模式》一書中反復(fù)強(qiáng)調(diào)的 “針對接口編程，而不是實(shí)現(xiàn)編程” 就是這個(gè)意思。

可是問題來了： 怎么才能抽象出好的概念呢?

上面的例子很簡單， 并且在現(xiàn)實(shí)中也有相關(guān)的術(shù)語，所以很容易得出Fruit這樣的概念。

如果是一個(gè)大系統(tǒng)， 那就會難的多， 很多時(shí)候需要抽象出的概念在現(xiàn)實(shí)中并沒有對應(yīng)物， 這就很考驗(yàn)設(shè)計(jì)者的功力了， 也是面向?qū)ο蠓治龊驮O(shè)計(jì)比較難的地方 ， 需要經(jīng)驗(yàn)的積累和大量的實(shí)踐才行。

【本文為51CTO專欄作者“劉欣”的原創(chuàng)稿件，轉(zhuǎn)載請通過作者微信公眾號coderising獲取授權(quán)】

戳這里，看該作者更多好文