接着昨天的繼續說，廢話不說，直接進入正題： 【3】Large Class(過大的類) 查看一個類是否“過大”，這里有一個小技巧分享給大家。就是看兩點：1)這個類實例變量太多，必然會有Duplicated Code(重復代碼) 2)類內如果有太多代碼，也會產生 ...

最近接手一個項目，源代碼的架構和許多設計都有壞的味道。 想要重構，但是自己並沒有足夠的底氣. 一、重構的糾結： (1)現有代碼可用，你重構后是否會比現在更有效率； (2)項目進度比較緊，你是否要抽出時間做這種沒有KPI的工作； (3)你重構后，別人需要重新閱讀你的源代碼，給同事帶來 ...

模式以及本書。本書內容以各種代碼的“壞味道”，來推進合適的重構手法，和第一版內容相比，有一些部分是更新 ...

新功能時不應該修改既有代碼，只管添加新功能，通過測試 重構 重構時你就不能再添加功能，只管改進程序結構，此 ...

Divergent Change（發散式變化） 1、官方解釋： 我們希望軟件能夠更容易被修改——畢竟軟件再怎么說本來就該是「軟」的。一旦需要修改，我們希望能夠跳到系統的某一點，只在該處做修改。如果不能做到這點，你就嗅出兩種緊密相關的刺鼻味道中的一種了。 如果某個class經常因為不同的原因 ...

目錄 0 壞代碼的味道 1、重復代碼 2、過長函數 3、過大的類 4、過長的參數列 5、發散式變化 6、霰彈式修改 7、依戀情結 8、數據泥團 9、基本類型偏執 10 ...

什么是重構？ 是在不改變系統行為的前提下，對內部代碼的重新組織，提高可理解性和降低修改成本。 為什么要重構？ 一個小修改牽涉到了多個地方，且這些點處於未知狀態 不易讀懂代碼（包括讀懂自己1個月前的代碼） 新手修改代碼上手慢，需要很久才能進行有信心的代碼修改 需求 ...

重構改善既有代碼的設計 在日常的編碼過程中，這些知識點可能是非常容易忽視或者由於編碼習慣而出差錯的地方 軟件工程的意義：希望建立完美的需求與設計，按照既有的規編寫標准划一的代碼，這是結構的美；快速迭代和RAD顛覆“全知全能”神話，用近乎刀劈斧砍的方式解決問題，在混沌的循環往復中實現需求 ...