作為程序員，你是使用函數(shù)式編程還是面向?qū)ο缶幊谭绞剑?br />
在本文中，擁有 10 多年軟件開發(fā)經(jīng)驗(yàn)的作者從面向?qū)ο缶幊痰娜筇匦浴^承、封裝、多態(tài)三大角度提出了自己的疑問，并深刻表示是時(shí)候和面向?qū)ο缶幊陶f再見了。

幾十年來我都在用面向?qū)ο蟮恼Z言編程。我用過的第一個(gè)面向?qū)ο蟮恼Z言是 C++，后來是 Smalltalk，最后是 .NET 和 Java。 我曾經(jīng)對(duì)使用繼承、封裝和多態(tài)充滿熱情。它們是范式的三大支柱。 我渴望實(shí)現(xiàn)重用之美，并在這個(gè)令人興奮的新天地中享受前輩們積累的智慧。 想到將現(xiàn)實(shí)世界的一切映射到類中，使得整個(gè)世界都可以得到整齊的規(guī)劃，我無法抑制自己的興奮。 然而我大錯(cuò)特錯(cuò)了。
01繼承，倒塌的第一根支柱 乍一看，繼承似乎是面向?qū)ο蠓妒降淖畲髢?yōu)勢(shì)。所有新手教程講解繼承時(shí)都會(huì)拿出最簡(jiǎn)單的繼承的例子，而這個(gè)例子似乎很符合邏輯。

然后就是滿篇的重用了。甚至以后的一切都是重用了。 我囫圇吞下這一切，然后帶著新發(fā)現(xiàn)興沖沖地奔向世界了。香蕉猴子叢林問題帶著滿腔的信仰和解決問題的熱情，我開始構(gòu)建類的層次結(jié)構(gòu)然后寫代碼。似乎一切皆在掌控中。 我永遠(yuǎn)不會(huì)忘記我準(zhǔn)備從已有的類繼承并實(shí)現(xiàn)重用的那一天。那是我期待已久的時(shí)刻。 后來有了新的項(xiàng)目，我想起了另一個(gè)項(xiàng)目里我很喜歡的那個(gè)類。 沒問題，重用拯救一切。我只需要把那個(gè)類拿過來用就好了。 嗯……其實(shí)……不僅是那一個(gè)類。還得把父類也拿過來。但……應(yīng)該就可以了吧。 額……不對(duì)，似乎還需要父類的父類……還有……嗯，我們需要所有的祖先類。好吧好吧……搞定了。沒問題。 不錯(cuò)。但編譯不過，怎么回事？哦我知道了……這個(gè)對(duì)象還需要另一個(gè)對(duì)象。所以那個(gè)也得拿過來。沒問題…… 等等……我不僅需要那個(gè)對(duì)象，還需要那個(gè)對(duì)象的父類，和父類的父類，和……包含的所有對(duì)象的所有祖先…… 唉…… Erlang 的創(chuàng)建者 JoeArmstrong 有句名言：

面向?qū)ο笳Z言的問題在于，它們依賴于特定的環(huán)境。你想要個(gè)香蕉，但拿到的卻是拿著香蕉的猩猩，乃至最后你擁有了整片叢林。

香蕉猴子叢林的解決方法這個(gè)問題的解決方法是，不要把類層次建得那么深。但如果繼承是重用的關(guān)鍵，那么給繼承機(jī)制添加的任何限制都會(huì)限制重用。對(duì)吧？ 沒錯(cuò)。 那我們可憐的面向?qū)ο蟪绦騿T該怎么辦？指望一杯三聚氰胺奶維系我們的健康嗎？ 答案就是：包含和委托（Contain and Delegate）。一會(huì)兒會(huì)詳細(xì)解釋。菱形繼承問題早晚你會(huì)遇到下面這種惡心的問題，有些語言甚至根本解決不了。

大多數(shù)面向?qū)ο笳Z言都不支持這種情況，盡管看上去似乎很符合邏輯。為什么面向?qū)ο笳Z言支持這種情況如此困難？ 來看看下面的偽代碼：

ClassPoweredDevice{ } ClassScannerinheritsfromPoweredDevice{ functionstart(){ } } ClassPrinterinheritsfromPoweredDevice{ functionstart(){ } } ClassCopierinheritsfromScanner,Printer{ } 注意 Scanner 和 Printer 類都實(shí)現(xiàn)了名為 start 方法。 那么問題來了，Copier繼承哪個(gè)start？是Scanner的還是Printer的？肯定不可能同時(shí)繼承啊。菱形繼承的解決解決方案很簡(jiǎn)單：不要這樣做。 沒錯(cuò)。大多數(shù)面向?qū)ο蠖疾蛔屇氵@么干。 但是，但是……要是必須這樣建模該怎么辦？我需要重用！ 那就必須使用包含和委托。ClassPoweredDevice{ } ClassScannerinheritsfromPoweredDevice{ functionstart(){ } } ClassPrinterinheritsfromPoweredDevice{ functionstart(){ } } ClassCopier{ Scannerscanner Printerprinter functionstart(){ printer.start() } } 注意現(xiàn)在 Copier 類包含一個(gè) Printer 實(shí)例和一個(gè) Scanner 實(shí)例。然后將 start 函數(shù)委托給 Printer 類的實(shí)現(xiàn)。要委托給 Scanner 也很簡(jiǎn)單。 這個(gè)問題是繼承這根支柱上的另一條裂縫。脆弱的基類問題好吧，那我盡量使用較淺的類層次結(jié)構(gòu)，并保證里面沒有環(huán)，這樣就不會(huì)出現(xiàn)菱形繼承了。 似乎一切都解決了。直到我們發(fā)現(xiàn)…… 我前一天工作得好好的代碼今天出錯(cuò)了！關(guān)鍵是，我沒有改任何代碼！ 嗯也許是個(gè) bug……但等等……的確有些改動(dòng)…… 但改動(dòng)的不是我的代碼。似乎改動(dòng)來自我繼承的那個(gè)類。 為什么基類的改動(dòng)會(huì)破壞我的代碼？ 原來是這樣…… 看看下面這個(gè)基類（用Java寫的，但就算你不懂Java，應(yīng)該也很容易看懂）：importjava.util.ArrayList; publicclassArray { privateArrayList