第二章：重構原則原則1
：新增功能時不要改動已有**，重構時不要新增新的功能或者改變測試**，除非是為了處理介面的變化；原則2
：重構可以改進軟體設計，使**更容易理解，幫助找到
bug，提高程式設計速度；原則3
：第一次做某件事時只管去做，第二次做類似的事時會產生反感，第三次再做類似的事時，你應該要重構了；原則4
：重構不如重寫**時請放棄重構，專案最後期限時請放棄重構；原則5
：介面的重構請將舊介面標記為「
deprecated
」，一定時間內需要同時維護兩套介面；原則6
：重構與設計互補，有了重構你的設計只需要提供乙個合理的解決方案就夠了，通過重構來找到正確的解決方案；原則7
：良好的編碼會讓程式效能調優更加容易；
<<-參與討論
iteye推薦
《重構》讀書筆記之資料重構
1.self encapsulate field 自封裝字段 為字段建立setter getter，並且只以這些函式來訪問字段 做法 為待封裝字段建立取值 設定函式 找出該字段的所有引用點，將他們全部改為呼叫取值 設值函式 將該字段宣告為private 複查，確保找出所有引用點 編譯測試 2.rep...
《重構》 2 重構原則 讀書筆記
1 重構不只是整理 而是一種更搞笑且受控的 整理技術。2 但必須對軟體 可受觀察之外部行為 只造成很小變化，或甚至不造成變化。與之形成對比的是 效能優化 和重構一樣，效能優化通常不會改變元件的行為，只會改變其內部結構。但是兩者出發點不同 效能優化往往使 較難理解，但為了得到所需的效能你不得不那麼做。...
《重構》讀書筆記
再次看重構這本書，用了十幾分鐘，看完了原來斷斷續續用了差不多一周看完的第一章 沒有增加什麼新知識 僅對state stategy模式增加了點熟悉度 可見許久前學習第一章還是比較深入的，呵呵。還記得當時看得還是有點費力的。站的高度不同了，視角變化了，所以看得也快，看得也更精深。首先覺得第一章寫的真不賴...