下面是我們的談話步驟：

話題：介紹面向?qū)ο笤O(shè)計(jì)

丈夫：親愛的，讓我們開始學(xué)習(xí)面向?qū)ο笤O(shè)計(jì)。你了解面向?qū)ο笠?guī)范，對(duì)嗎？

妻子：你是指封裝，繼承和多態(tài)嗎？是的，我了解這些規(guī)范。

丈夫：行，我想你已經(jīng)知道怎么用類和對(duì)象了。今天我們來學(xué)習(xí)面向?qū)ο笤O(shè)計(jì)。

妻子：等等。了解面向?qū)ο笠?guī)范對(duì)面向?qū)ο缶幊虂碚f難道不夠嗎？我的意思是，我能夠定義類，封裝屬性和方法。我能夠根據(jù)它們的關(guān)系定義類的繼承。那還有什么呢？

丈夫：很好的問題。面向?qū)ο笠?guī)范和面向?qū)ο缶幊掏耆莾纱a事。讓我展示一個(gè)現(xiàn)實(shí)生活中的例子來幫助你理解它們。

我們從牙牙學(xué)語(yǔ)起，都是先從字母表學(xué)起的，對(duì)吧？

妻子: 嗯。

丈夫: 好，然后你就能認(rèn)單詞了，還能通過不同的字母拼寫出不同的單詞來。慢慢的，你能通過一些基本的語(yǔ)法把這些單詞串成一句話。為了使句子時(shí)態(tài)正確且沒有語(yǔ)病，你需要用一些介詞，連詞，等等。?？聪旅孢@句話

"I" (代詞) "want" (動(dòng)詞) "to" (介詞) "learn" (動(dòng)詞) "OOD" (名詞)

通過把幾個(gè)單詞擺放妥當(dāng)一句話就好了，然后用個(gè)關(guān)鍵詞來說明一下這句話的重點(diǎn)。

妻子: 親愛的，你閑扯這些到底要說明什么呢

丈夫: 我說的這個(gè)例子跟面向?qū)ο笠?guī)范很類似，面向?qū)ο笠?guī)范為面向?qū)ο缶幊潭x了基本的規(guī)范，它是面向?qū)ο缶幊痰闹饕枷?。面向?qū)ο笠?guī)范好比基本的英語(yǔ)語(yǔ)法，這些語(yǔ)法教會(huì)了你怎么用一個(gè)個(gè)單詞拼湊出一句句話來，而面向?qū)ο笠?guī)范教你怎么用類，怎么把一些屬性和方法封裝在一個(gè)類里，怎么串出類之間的繼承關(guān)系。

妻子: 啊哈，我知道了，那么，面向?qū)ο筮m用于哪里呢。

丈夫: 聽我慢慢道來?，F(xiàn)在，假設(shè)你想寫點(diǎn)有內(nèi)容有題材的文章。你當(dāng)然還希望寫點(diǎn)你比較擅長(zhǎng)的題材的書，就會(huì)簡(jiǎn)單造幾個(gè)句子是遠(yuǎn)遠(yuǎn)不夠的，對(duì)吧。你需要筆耕不輟寫出一些長(zhǎng)篇大論，你還需要學(xué)習(xí)怎么可以讓讀者很容易就看懂你寫的這些長(zhǎng)篇大論。。。

妻子:嗯，有那么點(diǎn)意思。。。繼續(xù)吧

丈夫:現(xiàn)在，假如你想寫本關(guān)于面向?qū)ο笤O(shè)計(jì)的書，你需要把這個(gè)大的課題拆分成一些小題目。把這些小題目分幾個(gè)章節(jié)寫，還得寫前言，簡(jiǎn)介，說明，舉例，一篇里還有很多段落。你需要設(shè)計(jì)一整本書，還得練習(xí)一些寫作技巧，讓文章讀起來淺顯易懂。這就是綜觀全局。

在軟件開發(fā)中，OOD就是用來解決從全局出發(fā)考慮問題，在設(shè)計(jì)軟件的時(shí)候，類和代碼可以模塊化，可重復(fù)使用，可靈活應(yīng)用，現(xiàn)在已經(jīng)有很多前人總結(jié)出的類和對(duì)象的設(shè)計(jì)原理了，我們直接拿來用就行了，總之，歷史的車輪已經(jīng)碾壓出一條清晰的車輪印，我們只要照著走就可以了。

妻子: 哎，懂了點(diǎn)皮毛，還有很多要學(xué)呢。

丈夫:不用擔(dān)心，你很快就會(huì)上手的，讓我們接著來吧。

妻子：你能說出一些嗎？

丈夫：沒問題?，F(xiàn)在有許多設(shè)計(jì)原則，但是最基本的，就是SOLID（縮寫），這五項(xiàng)原則。（感謝鮑勃叔叔，偉大OOD導(dǎo)師）。 

S  = 單一責(zé)任原則
O = 開閉原則
L  = Liscov替換原則
I  = 接口隔離原則
D = 依賴倒置原則

在下面的討論中，我們將詳細(xì)了解這些。

妻子：給個(gè)例子唄？

丈夫：木有問題啊，瞅瞅下面類的結(jié)構(gòu)。其實(shí)，這個(gè)例子是 Bob 叔叔那兒來的，得謝謝他。

這里，Rectangle 類干了下面兩件事：

• 計(jì)算矩形面積;
  
• 在界面上繪制矩形;

而且，有兩個(gè)程序使用了 Rectangle 類：

• 計(jì)算幾何應(yīng)用程序用這個(gè)類計(jì)算面積;
  
• 圖形程序用這個(gè)類在界面上繪制矩形;

這違反了SRP原則(單一職責(zé)原則)!

丈夫：很好。這么個(gè)，計(jì)算幾何應(yīng)用使 Rectangle 類，圖形應(yīng)用使 RectangleUI 類。咱還可以把這倆類分到倆單獨(dú)的 DLL 中，然后改的時(shí)候就不用管另一個(gè)了。

妻子：謝了，我大概明白 SRP 原則了一句話：SPR 就是把東西分到不能再分了，再集中化管理和復(fù)用。囔，在方法層面上，咱不也得用 SPR 原則？我是說，咱寫的方法里有很多干不同事兒的代碼，這也不符合 SPR原則吧。

丈夫：你說地不差。方法也得分開，一個(gè)方法干一個(gè)活。這么著你復(fù)用方法，要是改了，也不用改太多。

話題：開閉原則

作者：“開閉原則“圖示如下：

圖：開閉原則圖

讓我來解釋一下，設(shè)計(jì)規(guī)則如下：

“軟件實(shí)體（類，模塊，函數(shù)等）應(yīng)該對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉。”

這意味著在最基本的層面上，你可以擴(kuò)展一個(gè)類的行為，而無(wú)需修改。這就像我能夠穿上衣服，而對(duì)我的身體不做任何改變，哈哈。

妻子: 太有意思啦. 你可以通過穿不同的衣服來改變你的外貌, 但是你不必為此改變自己的身體.所以你是對(duì)擴(kuò)展開放的, 對(duì)吧?

丈夫: 是的. 在面向?qū)ο笤O(shè)計(jì)中, 對(duì)擴(kuò)展開放意味著模塊/類的行為可以被擴(kuò)展,那么當(dāng)需求變化時(shí)我們可以用各種各樣的方法制定功能來滿足需求變更或者新需求

妻子: 除此之外你的身體是對(duì)修改關(guān)閉的. 我喜歡這個(gè)例子. 所以, 對(duì)于核心模塊或類的代碼在需要擴(kuò)展的時(shí)候不應(yīng)該被修改. 你能結(jié)合具體例子解釋下嗎?

丈夫: 當(dāng)然了, 先看下面的例子.這個(gè)就不支持 "開放-關(guān)閉" 原則:

你看, 客戶端類和服務(wù)端類都是具體的實(shí)現(xiàn)類. 因?yàn)? 如果某些原因?qū)е路?wù)端實(shí)現(xiàn)改變了, 客戶端也需要相應(yīng)變化.

妻子: 有道理. 如果一個(gè)瀏覽器的實(shí)現(xiàn)和一個(gè)指定的服務(wù)器(比如IIS)緊緊的耦合在一起 , 那么如果服務(wù)器由于某種原因替換成了另外的 (比如, Apache) 瀏覽器也需要做相應(yīng)的變化或者被替換掉. 多么恐怖的一件事啊!

丈夫: 非常正確. 因?yàn)橄旅娴膶⑹且环N好的設(shè)計(jì)方案:

這里的抽象的Server類對(duì)修改關(guān)閉, 具體的Server實(shí)現(xiàn)類對(duì)擴(kuò)展開放.

妻子: 我的理解是, 抽象是關(guān)鍵, 對(duì)嗎?

丈夫: 是的, 基本上, 你要對(duì)系統(tǒng)的核心業(yè)務(wù)進(jìn)行抽象, 如果你抽象化做的比較好, 很可能, 在擴(kuò)展功能的時(shí)候它們不必做任何改變 (比如Server就是一個(gè)抽象的概念).  你所定義的抽象的實(shí)現(xiàn) (比如, IIS服務(wù)器 實(shí)現(xiàn)了 Server) 和 抽象的代碼 (Server) 要盡可能的多. 這樣在客戶端代碼中不需要做任何修改就會(huì)允許你定義一個(gè)新的實(shí)現(xiàn)(比如, ApacheServer) .

主題: 里氏替換原則

丈夫: "里氏替換原則"聽起來非常的復(fù)雜,但是設(shè)計(jì)思想?yún)s是非?；A(chǔ)的. 看下面這個(gè)有趣的海報(bào)

原則描述了:

"子類型必須能夠替換它們的基類."

或者, 換句話說:

"使用基類引用的函數(shù)必須能夠使用派生類而無(wú)須了解派生類."

妻子：我明白了。真有趣。

丈夫：是的，親愛的，確實(shí)如此。讓我們來看看一個(gè)例子：

類層次結(jié)構(gòu)圖展示的是一個(gè)Liskov替換原則的例子.因?yàn)?KingFisher類拓展(繼承)了Bird類，因此繼承了Fly()這個(gè)方法,這是非常不錯(cuò)的.

我們?cè)賮砜纯聪旅娴睦?

修正過的Liskov替換原則的類層次結(jié)構(gòu)圖

我說的對(duì)嗎？

作者：完全正確，你可以設(shè)計(jì)一個(gè)對(duì)象并用LSP作為驗(yàn)證工具來測(cè)試該對(duì)象是否能夠繼承。

話題：接口隔離原則

作者：今天我們講下“接口隔離原則”，看看下面這張海報(bào)

接口隔離原則海報(bào)

妻子：這是什么意思？

作者：它的意思是這樣的：“用戶不應(yīng)該被迫依賴他們不使用的接口?！?

妻子：解釋一下。

作者：好吧，解釋如下：

假設(shè)你想去買一臺(tái)電視機(jī)并且有兩種類型可以選擇，其中一種有很多開關(guān)和按鈕，但是多數(shù)對(duì)你來說用不到，另一種只有幾個(gè)開關(guān)和按鈕，并且看來你很熟悉怎么用。如果這兩種電視機(jī)提供同樣的功能，你會(huì)選擇哪一種？

妻子：當(dāng)然是第二種了。

作者：嗯，但是為什么呢？

妻子：因?yàn)槲也恍枰雌饋砗苈闊┒覍?duì)我也不必要的開關(guān)和按鈕。

妻子：我明白了，你的意思是接口只應(yīng)該包括必要的方法而不是所有的。

作者：是的，讓我們看一個(gè)例子。

下面的接口是一個(gè)“胖接口”，這違反接口隔離原則：

違反接口隔離原則的接口示例

注意，IBird接口定義 Fly（）的行為有許多鳥類的行為?，F(xiàn)在，如果一只鳥類（比方說，鴕鳥）實(shí)現(xiàn)了這個(gè)接口，它將會(huì)實(shí)現(xiàn)不必要的 Fly（）的行為（鴕鳥不會(huì)飛）。

妻子：是啊。因此，這個(gè)接口必須被分割？

作者：是的，“胖接口”應(yīng)該分隔成兩個(gè)不同的接口，IBird 和IFlyingBird，而IFlyingBird繼承于IBird。

接口隔離原則的例子中正確版本的接口

如果有一只不會(huì)飛的鳥（比如，駝鳥），只要用IBird接口即可，如果有一保會(huì)飛的鳥（比如，翠鳥），只要用IFlyingBird接口即可。

本文中的所有譯文僅用于學(xué)習(xí)和交流目的，轉(zhuǎn)載請(qǐng)務(wù)必注明文章譯者、出處、和本文鏈接
我們的翻譯工作遵照 CC 協(xié)議，如果我們的工作有侵犯到您的權(quán)益，請(qǐng)及時(shí)聯(lián)系我們