思維導(dǎo)圖 點(diǎn)擊下圖，可以看大圖。
介紹

我把我比較喜歡的和比較關(guān)注的地方寫下來和大家分享。上次我寫了篇《php 跟老大的對話》。還是有很多疑問，這書幫了我不少的忙。

如果你比較繁忙，或者懶得看文字，建議你直接看截圖，也會有很大的收獲的。你可以通過比較截圖中的代碼就能知道孰優(yōu)孰劣了。

代碼部分我為什么用圖呢？因?yàn)槲医?jīng)常用手機(jī)看代碼，博客園的代碼在手機(jī)里亂七八糟的，還是看圖比較舒服。

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

我們畢竟是用英文字母編碼，所以用一些英語單詞，更能顯示出我們的專業(yè)性。以下的英文單詞，你如果掌握了，與其他coder交流的時候會更直接，更專業(yè)?！麸@擺一下吧，呵呵。
“*”表示文中經(jīng)常提到的

inline：內(nèi)聯(lián)
function:函數(shù)
*method：方法
finely grained：細(xì)粒度的
rename：重命名
query：查詢
temp：臨時（temporary）——一般指臨時變量
*extract：提取——我個人更喜歡翻譯成“提煉”
*duplicate：復(fù)制
split：剖解
variable：變量
factor：因素，因子

重構(gòu)原則

一、何謂重構(gòu)？
　 名詞形式：對軟件內(nèi)部結(jié)構(gòu)的一種調(diào)整，目的是在不改變軟件之可察行為前提下，提高其可理解型性，降低其修改成本。
　　動詞形式：使用一系列重構(gòu)準(zhǔn)則，在不改變軟件之可察行為前提下，調(diào)整其結(jié)構(gòu)。

二、為何重構(gòu) ？
　　1、經(jīng)常重構(gòu)可以讓代碼維持該有的形態(tài)。
　　2、讓代碼找到合適的位置。
　　3、讓軟件更易理解。
　　4、可以找到bug。
　　5、提高我們的編碼速度。
三、重構(gòu)的難題
　　1、修改接口命名
　　　　如果你的類中的方法是public，那么你在rename的時候，冒著很大的風(fēng)險，你不知道到底有哪些模塊在調(diào)用你的這個方法（我們經(jīng)常的做法是在整個項(xiàng)目下做grep操作，然后逐一看各個模塊的調(diào)用和邏輯）?！晕覀冊诰帉戭惖臅r候不管是屬性還是方法盡量做到private，避免接口開放。

　　2、何時不該重構(gòu)
　　　?。?）重寫所有代碼，而且現(xiàn)有代碼實(shí)在太混亂，重構(gòu)還不如重寫。
　　　?。?）項(xiàng)目臨近結(jié)束的時候，應(yīng)該避免重構(gòu)。我們可以把重構(gòu)放到二期去解決。

代碼的壞味道

一、Duplicate Code
　　1、同一個類，兩個方法含有相同表達(dá)式。
　　　　解決方法：你可以Extract Method提煉重復(fù)代碼，然后讓這兩個方法都調(diào)用這個Extract Method。
2、兩個類，有相似的方法。
　　　　解決方法：（1）把兩個類的方法提出來，共同構(gòu)造一個父類。
　　　　　　　　 （2）把其中一個類的方法刪除，調(diào)用另一個類的方法。
二、Long Method
　　1、短函數(shù)：代碼閱讀費(fèi)點(diǎn)力氣，因?yàn)槲覀儽仨毥?jīng)常轉(zhuǎn)換上下文去看看子程序做了什么。但是讓small method容易理解的真正關(guān)鍵在于一個好的名字。讀者可以通過名字了解函數(shù)的作用，根本不必去看其中寫了些什么?！缙诘木幊陶Z言中，調(diào)用方法需要額外開銷，這使得coder不愿意使用small method。但是現(xiàn)代的OO語言幾乎已經(jīng)完全免除了process內(nèi)的額外開銷（函數(shù)調(diào)用）。

　　2、注釋地方提煉信號:每當(dāng)感覺需要以注釋來說明點(diǎn)什么的時候，我們就把需要說明的東西寫進(jìn)一個獨(dú)立函數(shù)中，并以其用途命名。可以對一組或甚至短短一行代碼做這件事?！灰瘮?shù)名稱能夠解釋其用戶，我們也該毫不猶豫地那么做。

"函數(shù)"理解為”做什么“或”如何做“

　　3、條件式和循環(huán)常常也是提煉信號。

　　4、《代碼整潔之道》的一個例子。我們可以想想！

三、Large Class

　　1、Class內(nèi)數(shù)個屬性變量有相同前綴或者字尾，可使用Extract Class。

　　2、Class內(nèi)并非大多數(shù)變量使用屬性變量，可使用Extract Class。
　　
　　3、有太多代碼，可Extract Class。

四、Long Parameter
　　做成Introduce Parameter Object?！@個我不太贊同，因?yàn)槲以谑褂脛e人方法的時候，我很少去看代碼實(shí)踐，更不要說去看里面都用到了對象的那些屬性或者方法，取我想要的數(shù)據(jù)了。

五、Switch Statements
　　1、少用switch語句。——問題在于duplication。添加新case的時候，你必須找到所有case并修改它們。
　　
　　2、用多態(tài)來替換它。做法：1.將switch進(jìn)行Extract Method;2.MoveMethod把case里的實(shí)踐代碼放到多態(tài)性的class里。

六、 Comments
　　試試用Extract Method，如果還不行，那你試試Rename Method。

當(dāng)你感覺需要撰寫注釋，請先嘗試重構(gòu)，試著讓所有注釋變得多余。

　　注釋一般用于將來的打算，還可以用于你并無十足把握的區(qū)域（為什么做某事）。


重新組織你的函數(shù)

　　Long Method往往包含太多信息，這些信息又被錯綜復(fù)雜的邏輯掩蓋，不易鑒別。

一、Extract Method

 

總結(jié)

這只是本書的一部分內(nèi)容，我知道會有很多的coder應(yīng)該有不同的觀點(diǎn)，我自己也是，有的很贊同，有的我也是不太贊同的。所以要“則其善之而從之，其不善之而改之”。

歡迎大家發(fā)表下自己的看法。

最新評論