重構就是一種「保持行為的轉換」，是一種對軟體內部結構的改善，目的是在不改變軟體的可見行為的情況下，使其更容易理解，修改的成本更低
重構過程包括去處重複，簡化複雜邏輯和澄清模糊的**，重構是，需要對**的無情針砭，以改進其設計。這種改進可能很小，比如只是乙個變數名，也可能很大比如合併類。
重構的動機，比較具有普遍性的就是：
- 新增**更加容易
- 改善既有**的設計
- 對**理解更為透徹
- 提高程式設計趣味性
復合重構是有多個低層次重構組成的高層次重構，也就是說將乙個大部分進行拆分，拆成多個小部分進行重構，通過測試來驗證他的正確性。
測試驅動的重構，說到這裡就不得不提起tdd，先寫單元測試，再根據測試寫出相應解決**。這樣好的地方是，能確保實現結果正確。
設計模式不過是將前人的經驗總結起來的幾種既定的方法。具體的模式在使用過程中是需要根據實際情況進行演變，而不是使用既定的模式套用。
對設計模式的理解是需要大量的應用，每個開發階段對模式的理解都是不一樣的，完全可以通過重構的方式來實現對模式的理解。
希望在我下乙個3年經驗的時候能回頭看看再來看一遍設計模式，也許會有不一樣的理解
重構與模式
設計模式 和 重構 之後又一里程碑式著作，凝聚眾多業界專家經驗與領悟，幫你打通重構與模式任督二脈。1994年，設計模式 為我們帶來了常見設計問題的經典解決方案，從而改變了整個物件導向開發的面貌。1999年，重構 為我們帶來了一種改進 的高效過程，從而徹底改變了物件導向設計的方式。現在，在眾所期盼之中...
重構與模式
b 重構的第一步 b 如果你發現自己需要為程式新增乙個特性，而 結構使你無法很方便地那麼做，那就先重構那個程式，使特性的新增比較容易進行，然後再新增特性。首先得在 中找出函式內的區域性變數和引數，任何不會被修改的變數都可以被我當成引數傳入新的函式，至於會被修改的變數就需格外小心。如果只有乙個變數會被...
敏捷開發 重構與設計模式
最近，同事 朋友跟我聊天的過程中，提到了設計模式方方面面的問題。隨著物件導向 敏捷開發的深入人心，越來越多的程式設計師希望能夠借助設計模式，使自己的 更利於重用 更利於被人理解 可靠性更 不同的情況下需要用什麼樣的模式，如何實現這些模式，在各類著作中已經介紹的相當清晰了，但是關於設計模式實現的時機，...