PHP 雜談《重構(gòu)-改善既有代碼的設(shè)計(jì)》之四簡化條件表達(dá)式

更新時(shí)間：2012年04月09日 22:36:55 作者：

條件邏輯有可能十分復(fù)雜，因此本章提供一些重構(gòu)的手法，專門用來簡化它們

思維導(dǎo)圖
點(diǎn)擊下圖，查看大圖。

介紹

條件邏輯有可能十分復(fù)雜，因此本章提供一些重構(gòu)的手法，專門用來簡化它們。

全文簡述（你可直接跳過下面的內(nèi)容）

　　核心重構(gòu)：Decompose Conditional——分離”轉(zhuǎn)轍邏輯“（switching logic）和”操作細(xì)節(jié)“（details）分離。

　　多處測試有相同結(jié)果：Consolidate Conditional Expresssion

　　條件代碼中去掉重復(fù)成分：Consolidate Duplicate

　　標(biāo)識(shí)特殊情況：Replace Nested Conditional with Guard Clauses

　　去除討厭的控制標(biāo)記：Remove Control Flag

專業(yè)術(shù)語

decompose：分解，分離

consolidate：合并

eligible：合適的，合格的

fragment：碎片，片段

nest：嵌套

guard：保衛(wèi)

clause：從句

polymorphism：多態(tài)

assertion：斷言

unchecked exception：不可控異常

Decompose Conditional

狀況：你有一個(gè)復(fù)雜的條件（if-else if-else）語句，那么從if、else if、else三個(gè)段落中分別提煉出函數(shù)。

Consolidate Conditional Expression

狀況：你有一些條件測試，都得到相同的結(jié)果，那么將這些測試合并為一個(gè)條件式，并將這個(gè)條件提煉稱為一個(gè)獨(dú)立的函數(shù)。

動(dòng)機(jī)： 1、合并后的條件代碼會(huì)告訴你“實(shí)際上只有一次條件檢查，只不過有數(shù)個(gè)并列條件需要檢查而已“，——使檢查的用意更清晰。

　　　 2、為Extract Method做好準(zhǔn)備?！獙z查條件提煉成一個(gè)獨(dú)立函數(shù)，對(duì)于理清代碼意義非常有用。它把描述“做什么”的語句換成了“為什么這樣做”。

條件語句的“合并理由”也同時(shí)指出了“不要合并”的理由：如果你認(rèn)為你的這些檢查的確彼此獨(dú)立，的確不應(yīng)該被視為同一次檢查，那么就不要使用本項(xiàng)重構(gòu)。因?yàn)樵谶@種情況下，你的代碼已經(jīng)清楚表達(dá)出自己的意義。

Consolidate Duplicate Conditional Fragments

狀況：在條件式的每個(gè)分支上有著相同的一段代碼，那么將這段重復(fù)代碼搬移到條件之外。

Remove Control Flag

狀況：在一系列布爾表達(dá)式中，某個(gè)變量帶有“控制標(biāo)記”的作用，那么以break語句或return語句取代控制標(biāo)記。

Replace Nested Conditional with Guard Clauses

狀況：函數(shù)中的條件邏輯使人很難看清正常的執(zhí)行路徑，那么使用衛(wèi)語句（Guard Clauses）表現(xiàn)所有特殊情況。

條件式的兩種形式：

　　1、所有分支都屬于正常行為：使用[if ... else..]

　　2、條件式極其罕見：應(yīng)該單獨(dú)檢查該條件，并在該條件為真時(shí)，立刻從函數(shù)中返回?！@樣的單獨(dú)檢查常常被稱為”衛(wèi)語句“

Replace Nested Conditional with Guard Clauses精髓：給某一分支以特別重視。

Replace Conditional with Polymorphism

狀況：你手上有個(gè)表達(dá)式，它根據(jù)對(duì)象型別的不同而選擇不同的行為，那么將這個(gè)條件式的每個(gè)分支放進(jìn)一個(gè)subclass內(nèi)的覆寫函數(shù)中，然后將原始函數(shù)聲明為抽象函數(shù)。

此代碼的壞味道：

　　1、它太長，當(dāng)視頻有新類型的時(shí)候，它會(huì)變得更長。

　　2、它明顯做了不止一件事。

　　3、它違反了單一權(quán)責(zé)原則，因?yàn)樗泻脦讉€(gè)修改它的理由。

　　4、它違反了開放閉合原則，因?yàn)槊慨?dāng)添加新類型時(shí)，必須修改它。不過最麻煩的可能是到處皆有類似結(jié)構(gòu)(_get類型名Rank())的函數(shù)。

Introduce Assertion

狀況：某一段代碼需要對(duì)程序狀態(tài)（state）做出某種假設(shè)，那么以斷言（assertion）明確表現(xiàn)這種假設(shè)。

運(yùn)行結(jié)果：

采點(diǎn)：

　　1、常常會(huì)有這樣的代碼，只有當(dāng)某個(gè)條件為真時(shí)，該段代碼才能正常運(yùn)行?！獙?shí)際上程序最后成品往往將assertion統(tǒng)統(tǒng)刪除。

　　2、這樣的假設(shè)通常并沒有在代碼中明確表現(xiàn)出來，你必須閱讀整個(gè)算法才能看出?！袝r(shí)候程序員會(huì)以注釋寫出這樣的假設(shè)，而assetion是一種更好的技術(shù)。

　　3、assertion是一個(gè)條件式，應(yīng)該總是為真。如果失敗，表示程序員犯了錯(cuò)誤。

　　4、assertion可以作為交流與調(diào)試的輔助?！涣鳎嚎梢詭椭绦騿T閱讀理解代碼所做的假設(shè)。調(diào)試：幫助程序員找到bug，可以在距離最近的地方抓住bug。

　　5、assertion并不改變程序的任何行為。

　　6、assertion價(jià)值：幫助程序員理解代碼正確運(yùn)行的必要條件。

　　7、建議最好把a(bǔ)ssertion的條件式使用Extract Method，為了將若干地方的重復(fù)碼提煉到同一個(gè)函數(shù)中，也許只是為了更清楚說明條件式的用途。

總結(jié)

這一章我比較喜歡“Replace Nested Conditional with Guard Clauses “這個(gè)方式，我在平時(shí)的代碼中也經(jīng)常這樣用，還有人給這種方式取名叫”衛(wèi)從句“。

還有一個(gè)就是我經(jīng)常在php開發(fā)中用的調(diào)試是var_dump()或print_r()，我也第一次發(fā)現(xiàn)php中還有assert這種方式，不錯(cuò)！

在學(xué)習(xí)和實(shí)踐的過程中，我也學(xué)到了很多不錯(cuò)的方式。但是我覺得在團(tuán)隊(duì)開發(fā)中，有的時(shí)候還是”大局為重“，按照?qǐng)F(tuán)隊(duì)的習(xí)慣方式去編碼，或者你可以跟團(tuán)隊(duì)溝通，得到大家的認(rèn)可之后，在使用這里面的方法，這樣大家彼此調(diào)試和閱讀對(duì)方代碼的時(shí)候比較方便。

您可能感興趣的文章: