為什么面向對象糟透了？
又是周末，編程語言“三巨頭”Java, Lisp 和C語言在Hello World咖啡館聚會。
服務員送來咖啡的同時還帶來了一張今天的報紙， 三人寒暄了幾句， C語言翻開了報紙，突然眼前一亮：“這篇文章的標題寫得好啊， 《為什么面向對象糟透了!》”
(這是一篇很早之前的文章，作者是大名鼎鼎的Joe Armstrong ， 也就是Erlang之父。)
Java 大吃一驚，居然有人這么罵面向對象?!
他趕緊搶過來，看了一會兒，說到：“雖然我對去世的Joe Armstrong老先生非常尊敬，但是我對他的觀點卻不敢茍同，你看他說'數據結構和函數不應該綁到一起!'”
C語言說：“他說得很有道理啊，函數是實現算法的，就像一個黑盒子，只要理解了它的輸入和輸出，就理解了它的功能，而數據結構呢就是單純的‘聲明’，為什么要把他們綁在一起呢?”
“不不不，還是綁在一起好!我給你舉個例子，一個棧，如果你把它當成一個完整的對象，那用起來就方便多了。”
- Stack s = new Stack();
- s.push(100);
- s.push(200);
- s.pop();
C語言不甘示弱：“把數據結構和函數分開也挺好啊!比如我可以創建一個叫做Stack的數據結構，然后寫幾個對這個數據結構操作的函數。”
- push(stack, 100);
- push(stack, 200);
- pop(stack);
Java不屑一顧地說：“你看看你這種方式多丑陋啊。”
C語言寸步不讓：“本質都是一樣的，你是o.f() ，我是f(o)， 有啥區別?”
Lisp也插了一嘴：“還有我的(f o) ”
2
Java無語，心說這兩個家伙就是胡攪蠻纏。突然，他心中一動：我怎么忘記多態了。
Java說：“本質是不一樣的，你要知道，o.f()是可以產生多態行為的，這就帶來了巨大的好處，我給你舉個例子，你有一段業務邏輯，需要把計算的結果記錄到文件中，將來還可能會記錄別的地方，你的設計可能是這樣的。”
C語言：“難道不應該如此嗎?一個函數調用另外一個函數?”
Java 說到：“這里有個依賴的問題，就是businessLogic()不但運行期依賴writeToFile(), 在源碼級或者編譯期也會依賴。”
C語言：“這不是很正常嘛!”
Java又說道：“不一樣， 寫入文件是底層的實現細節，不是高層策略，假如用戶不想把計算的結果保存到文件中了，而是想通過郵件發送，那你的businessLogic也得修改了，對不對?”
C語言：“那肯定啊!函數調用嘛，一個改了，另外一個也得改。”
“這就是問題了， 編譯期/源代碼的依賴導致我們沒法把系統劃分成獨立的組件，各自獨立開發，獨立部署，一個的變化就影響到了另外一個。”
C語言覺得有一定的道理，他說：“那怎么辦?”
Java說：“你看看我使用多態以后的設計，我的業務邏輯在編譯時只依賴那個接口Writer，而不依賴具體的實現FileWriter和MailWriter。”
“你的意思是只要接口Writer不變化，底層的具體實現如FileWriter ,MailWriter可以隨意變化，隨意替換，就像插件一樣，對吧?” C語言說到。
“對啊，編譯期/源代碼不依賴，運行期依賴，這就是延遲綁定帶來的好處，現在你明白o.f()和 f(o)的本質區別了吧。 ”
Lisp 不失時機又插了一嘴：“你那接口中只有一個函數，就是write()，用什么接口啊，脫褲子放屁，多此一舉，在我這兒只要把不同的函數傳遞過去就可以了。”
Java笑道：“別抬杠，這就是個簡單的例子，不管是用接口，還是傳遞函數，都是延遲綁定嘛， 關鍵點都是要找到那個穩定的東西(Writer)，就是抽象。你找不到這個穩定的東西，做不出抽象，你的系統就沒法劃分成可以獨立開發，獨立變化的組件了。”
C語言還想反擊，但一直找不到突破口。
Lisp說道：“別聽Java在哪里忽悠，C老弟，你也能實現運行期的延遲綁定，這不是Java的專利，你忘了虛函數表了?”
C語言一拍大腿：“是啊，我忘了那一年春節回家，Linus 大神曾經告訴我，虛函數表和函數指針才是實現多態的關鍵，比如Unix/Linux把設備都當成了文件，有標準的open , read 等方法，對于不同的設備，都能調用對應的方法， 那是怎么實現的?也是通過虛函數表做延遲綁定嘛!”
C語言高興了：“哈哈，Java 老弟，看來我們本質上還是一樣的，多態只不過是函數指針的一種應用!”
Java說：“所以編程的關鍵不在于是否使用了面向對象的語言，這一點你同意吧?”
C語言點頭，編程的關鍵點就是找到、抽象出穩定的接口，針對這個接口編程，這樣就可以讓各個模塊能夠獨立地變化。
3
“說起來容易，做起來難，這兒有一個例子，你給我用面向對象設計一下?” Lisp 拋出了一道題。
動物可以分為肉食動物，草食動物，水生動物，陸生動物，用類如何表示?
Java 說：這還不簡單，看看這名詞多明顯啊，都可以變成類啊，讓他們都繼承動物就可以了。
Lisp看到Java 掉入了陷阱，狡黠地一笑：“那有的動物就既是陸生動物，又是肉食動物，怎么表達?”
“那我就加一個陸生肉食動物類。” 雖然覺得不妥，Java還是說了出來。
“那要是再來一個水生肉食動物怎么辦?或者來了一個新的概念‘哺乳動物’， 該怎么處理?”
“哈哈哈，我懂了，隨著需求的增多，不但類會出現爆炸， 還可能會出現那種怪異的類，這面向對象編程確實是有大問題啊!” C語言說。
Java 低頭沉思不語，突然，腦海中想起來了那句話：優先使用組合而不是繼承。
怎么使用組合?必須得改變下看待問題的方式，對，應該這樣：
Java得意地說：“看看這個圖， 動物具備多個特性，如'進食', '移動'，將來還可以加上'哺乳方式'，每個特性都是一個接口，接口是穩定的， 動物這個概念是可以通過這些接口特性給組合起來的。”
Lisp 贊賞地點頭， C語言向Java投去了欽佩的目光，這家伙經常做面向對象的設計，還是有兩把刷子的，他通過特性的方式把變化給隔離了， 各個特性可以通過組合的方式，像插件一樣隨意替換， 嗯，這才是面向對象的真正精髓啊。
夜已深， 最后Java做了個總結，大伙散去。
“編程嘛就是發現變化，并且把它給隔離起來，使用各種語言都可以，面向對象的語言有著直接使用多態的便利，以后不要隨隨便便就diss它了。”
參考資料：
http://www.cs.otago.ac.nz/staffpriv/ok/Joe-Hates-OO.htm
《敏捷軟件開發：原則，模式與實踐》
《架構整潔之道》
《面向對象開發參考手冊》
【本文為51CTO專欄作者“劉欣”的原創稿件，轉載請通過作者微信公眾號coderising獲取授權】
