3.10Switch Statement
面向?qū)ο蟮囊粋€(gè)最明顯特征就是：少用switch或case語句。從本質(zhì)上講，switch語句的問題在于重復(fù)。通常用多態(tài)來解決Switch 語句帶來的壞味道。switch語句常常根據(jù)type code進(jìn)行選擇，你要的是與該type code相關(guān)的函數(shù)或class。所以你應(yīng)該使用Extract Method將switch語句提煉到一個(gè)獨(dú)立的函數(shù)中，再以Move Method將他搬移到需要多態(tài)的那個(gè)class里頭。此時(shí)你必須決定是否使用Replace Type Code with Subclass或Replace Type Code with State/Strategy。一旦這樣完成繼承結(jié)構(gòu)之后，你就可以Replace Conditional with Polymorphism了。
如果你只是在單一函數(shù)中有些選擇事例，而你并不想改動(dòng)它們，那么“多態(tài)”就有點(diǎn)殺雞用牛刀了。這種情況下Replace Parameter with Explicit Method是個(gè)不錯(cuò)的選擇。如果你的選擇條件之一是null,可以試試Introduce Null Object。
3.11Parallel Inheritance Hierarchies(平行繼承關(guān)系)
在這種情況下，每當(dāng)你為某個(gè)class增加一個(gè)subclass，必須也為另外一個(gè)class相應(yīng)增加一個(gè)subclass。如果你發(fā)現(xiàn)某個(gè)繼承體系的class名稱前綴和另一個(gè)繼承體系的class名稱前綴完全相同，便是聞到了這種壞味道。消除這種重復(fù)性的一般策略是：讓一個(gè)繼承體系的實(shí)體(instance)指涉(參考、引用、refer to)另一個(gè)繼承體系的實(shí)體。如果再接再厲運(yùn)用Move Method和Move Field，就可以將指涉端的繼承實(shí)體消弭。

3.12Lazy Class(冗贅類)
你所創(chuàng)建的每一個(gè)class，都得有人去理解它、維護(hù)它，這些工作都是要花錢的。如果一個(gè)class的所得不值其身價(jià)，它就應(yīng)該消失。項(xiàng)目中經(jīng)常會(huì)出現(xiàn)這樣的情況：某個(gè)class原本對(duì)得起自己的身價(jià)，但重構(gòu)使它身形縮水，不再做那么多工作；或開發(fā)者事前規(guī)劃了某些變化，并添加一個(gè)class來對(duì)付這些變化，但變化實(shí)際上沒有發(fā)生。如果某些subclass沒有做滿足夠工作，試試Collapse Hierarchy。對(duì)于幾乎沒用的組件，你應(yīng)該以inline class對(duì)付它們。
Collapse Hierarchy(折疊繼承體系)
superclass和subclass之間無太大區(qū)別。
將它們合為一體。
動(dòng)機(jī)
如果你曾經(jīng)寫過繼承體系，你就會(huì)知道，繼承體系很容易變得過分復(fù)雜。所謂重構(gòu)繼承體系，往往是將函數(shù)和值域在體系中上下移動(dòng)。完成這些動(dòng)作后，你很可能發(fā)現(xiàn)某個(gè)subclass并未帶來該有的價(jià)值，因此需要把classes合并(折疊)起來。
作法：
選擇你想移除的class：是superclass還是subclass?
使用pull up Field和pull up method或者push down method和push down field，把想要移除的class內(nèi)的所有行為和數(shù)據(jù)搬移到另一個(gè)class。
每次移動(dòng)后，編譯并測(cè)試。
調(diào)整“即將被移除的那個(gè)class”的所有引用點(diǎn)，令它們改而引用合并（折疊）后留下的class。這個(gè)動(dòng)作將會(huì)影響到變量的聲明、參數(shù)的型別以及構(gòu)造函數(shù)。
移除我們的目標(biāo)；此時(shí)它應(yīng)該已經(jīng)成為一個(gè)空類。
編譯、測(cè)試。

3.13Speculative Generality(夸夸其談未來性)
如果所有的裝置都會(huì)被用到，那就值得處理這些非必要的事情；如果用不到就不值得。用不上的裝置只會(huì)擋你的路，所以，把它搬開吧。
如果函數(shù)或class的唯一用戶是test cases(測(cè)試用例)，這就飄出了壞味道。如果你發(fā)現(xiàn)這樣的函數(shù)或class，請(qǐng)把它們連同其test case都刪掉。但如果他們的用途是幫助test cases檢測(cè)正當(dāng)功能，當(dāng)然必須刀下留人。
3.14Temporary Field(令人迷惑的暫時(shí)值域)
有時(shí)你會(huì)看到這樣的對(duì)象：其內(nèi)某個(gè)instance變量?jī)H為某種特定情勢(shì)而設(shè)。這樣的代碼讓人不易理解，因?yàn)槟阃ǔＵJ(rèn)為對(duì)象在所有時(shí)候都需要它的所有變量。在變量未被使用的情況下猜測(cè)起當(dāng)初設(shè)置的目的，會(huì)讓你發(fā)瘋。
請(qǐng)使用Extract Class給這個(gè)可憐的孤兒創(chuàng)造一個(gè)家，然后把所有和這個(gè)變量相關(guān)的代碼都放進(jìn)這個(gè)新家。
如果class中有一個(gè)復(fù)雜算法，需要好幾個(gè)變量，往往就可能導(dǎo)致這種壞味道。由于實(shí)現(xiàn)者不希望傳遞一長(zhǎng)串參數(shù)，所以他把這些參數(shù)都放進(jìn)值域中，但是這些值域只在使用該算法的時(shí)候才有效，其他情況下只會(huì)讓人迷惑。這個(gè)時(shí)候可以用Extract Class把這些變量和其相關(guān)的函數(shù)提煉到一個(gè)獨(dú)立的class中，提煉后的新對(duì)象是一個(gè)method object。
3.15Message Chains(過渡耦合的消息鏈)
用戶索求對(duì)象，然后向求得的對(duì)象繼續(xù)索求對(duì)象。
這時(shí)候應(yīng)該使用Hide Delegate。應(yīng)該先觀察Message Chain最終得到的對(duì)象是用來干什么的，看看能否以Extract Method把使用該對(duì)象的代碼提煉到一個(gè)獨(dú)立函數(shù)中，再運(yùn)用Move Method把這個(gè)函數(shù)推入Message Chain。
Hide Delegate(隱藏委托關(guān)系)

 當(dāng)類圖如上所示時(shí)，客戶端如果想要獲得對(duì)應(yīng)Person的Manager，需要如下過程：

通過重構(gòu)，為類Person添加屬性Manager，如：

這樣客戶端可以這樣寫：
Manager manager = person.Manger;
當(dāng)然如果person不屬于任何一個(gè)部門，那么程序就會(huì)出錯(cuò)。這里其實(shí)可以引入Null Object來解決問題。

3.16Middle Man（中間轉(zhuǎn)手人）
人們可能會(huì)過渡運(yùn)用delegation。你也許會(huì)看到某個(gè)class所實(shí)現(xiàn)的接口有一半的函數(shù)都委托給其他class，這樣就使過渡運(yùn)用。這時(shí)你應(yīng)該使用Remove Middle Man，直接和職責(zé)對(duì)象打交道。如果這樣“不干實(shí)事”的函數(shù)只有少數(shù)幾個(gè)，可以運(yùn)用inline Method把它們放進(jìn)調(diào)用端。如果這些Middle Man 還有其他的行為，你可以運(yùn)用Replace Delegation with Inheritance把它們變成實(shí)責(zé)對(duì)象的subclass，這樣你既可以擴(kuò)展原對(duì)象的行為，又不必負(fù)擔(dān)那么多的委托動(dòng)作。
Remove Middle Man
這個(gè)重構(gòu)過程和Hide Delegate剛好相反。
Replace Delegation with Inheritance

這個(gè)重構(gòu)過程就是把關(guān)聯(lián)關(guān)系轉(zhuǎn)換為繼承關(guān)系。
即

轉(zhuǎn)變?yōu)?br>
3.17Inappropriate Intimacy
當(dāng)兩個(gè)類彼此關(guān)系緊密地時(shí)候，有可能是他們所包含的方法或值域處在錯(cuò)誤的類中而導(dǎo)致，此時(shí)應(yīng)當(dāng)通過Move Method或Move Field把它們移動(dòng)到合適的位置。應(yīng)當(dāng)看一下兩個(gè)類之間是否真的需要雙向?qū)Ш疥P(guān)系，如果不是，讓它們之間的關(guān)系變?yōu)閱蜗驅(qū)Ш疥P(guān)系?；蛘咄ㄟ^Extract Class把共同的函數(shù)或值域抽取出來，讓每一個(gè)Class直接去調(diào)用被抽取出來的類。另外如果是子類和父類過分耦合，則可以通過將繼承轉(zhuǎn)換為關(guān)聯(lián)的手段來降低耦合性。
3.18Alternative Classes with Different Interfaces（異曲同工的類）
如果兩個(gè)函數(shù)做同一件事，卻有著不同的簽名式，應(yīng)當(dāng)運(yùn)用Rename Method根據(jù)它們的用途重新命名。請(qǐng)反復(fù)運(yùn)用Move Method將某些行為移入classes，直到兩者的協(xié)議一致為止?；蛟S可以使用Extract Superclass來解決問題。
3.19Incomplete Library Class（不完美的程序庫類）
當(dāng)你面對(duì)的程序類庫不夠好( 或者不能滿足要求）而你又不能直接改變它時(shí)，可以采用Introduce Foreign Method 方法來修改其中一兩個(gè)函數(shù)，或者使用Introduce Local Extension來添加行為。
Introduce Foreign Method (162)
在client class建立一個(gè)函數(shù)，并以一個(gè)server class實(shí)體作為第一個(gè)參數(shù)。書中的例子：

Introduce Local Extension(164)
這種重構(gòu)方式實(shí)際上就是從已封裝的類庫中繼承你認(rèn)為功能不足的那個(gè)類，然后添加你想要實(shí)現(xiàn)的功能。當(dāng)然，有時(shí)候你想擴(kuò)展的那個(gè)類碰巧加上了關(guān)鍵字final(java) 或sealed(c#)，這樣就沒辦法了。
3.20Data Class(純稚的數(shù)據(jù)類)
所謂Data Class是指：它們擁有一些值域，以及用于訪問這些值域的函數(shù)，除此之外一無長(zhǎng)物。早期的Data Class可能會(huì)包含public值域或容器類值域，應(yīng)當(dāng)首先將它們封裝起來（用屬性或特定方法）。盡量可能的把外界操縱這些值域的方法搬移到類里面來，那些不應(yīng)該被其他classes修改的值域，請(qǐng)運(yùn)用Remove Setting Method。
Remove Setting Method
即去調(diào)設(shè)值函數(shù)或?qū)傩灾械膕et讓它變?yōu)橹蛔x。
3.21Refused Bequest
當(dāng)子類不愿意繼承父類的某些東西時(shí)，建議將繼承修改為關(guān)聯(lián)。不建議隨便修改繼承體系。這是一種很淡的壞味道。
3.22Comments(過多的注釋)
注釋本身并不是壞味道，它可以幫助我們找到代碼中的壞味道。
如果你需要注釋來解釋一塊代碼做了什么，試試Extract Method；如果method已經(jīng)提煉出來，但還是需要注釋來解釋其行為，試試Rename Mehtod；如果你需要注釋說明某系系統(tǒng)的需求規(guī)格，試試Introduce Assertion。
當(dāng)你感覺需要撰寫注釋，請(qǐng)先嘗試重構(gòu)，試著讓所有注釋都變得多余。
如果你不知道該做什么，這才是注釋的良好運(yùn)用時(shí)機(jī)。除了用來記述將來的打算之外，注視還可以用來標(biāo)注你并無十足把握的區(qū)域。你可以在注釋里寫下“為什么做某某事”。這類信息可以幫助將來的修改者，尤其是那些健忘的家伙。
Introduce Assertion
引入斷言。
某一段代碼需要對(duì)程序狀態(tài)作出某種假設(shè)。注意，你可以創(chuàng)建自己的斷言，而不僅僅是依賴已有斷言。