想改良一個爛設計為好設計嗎？想增加或維護代碼功能時更加簡單嗎？重構無疑是其中最好的方法之一，既然它是好的，我們就要把它發揮到極限，把重構發揮到極限的方法就像kent beck說的，采用兩頂帽子的原則，工作中不斷的交換帽子，^_^
重構的好處
1、改良設計
設計在一開始不可能做的很完善、很完美，只能是通過在開發的過程不斷的去改良和完善，重構就是最好的方法之一，通過重構可將設計快速的改良。
2、增加或維護代碼功能時更加的簡單
重構進行的原因主要還是因為在增加或維護代碼時進行的很困難，這個時候重構原有代碼就是為了讓增加或維護代碼功能變得更為的簡單。
重構的實現
重構并不是什么新思想、新技術或者新方法，是一個50年代就已經有N多人融入他們的開發中形成習慣的過程，那么重構到底應該怎么去做呢？在這點上我覺得我沒有什么多發言的意義，建議大家參考《重構》一書，書中闡述了很多優秀的編碼習慣以及重構進行的場合、方法，重構不象設計模式，重構應該被形成習慣融入到開發中去，重構不是一項獨立的任務。
重構依賴于良好的測試體系，如之前講過的單元測試的貫徹。
Java的開發人員更是可以借助IDE來快速的完成重構的工作。
經驗總結
慢慢的重構也變成了我的開發習慣，重構保證了簡單設計的可行，同時也保證了軟件的質量。
有了重構，我在開發中就可以實行”不要求高質量的實現代碼，但要求高質量的測試代碼“，高質量的實現代碼在任務完成時即可通過重構的技術去進行，就像我以前一篇blog提及過的一樣，我在代碼實現過程采用的就是：
1、編寫能夠滿足測試的代碼。
2、對代碼進行重構。
2.1 按照《重構》的一些模式進行
2.2 OO
2.3 設計模式