代碼重構檢視原始碼討論檢視歷史
| 代碼重構 |
代碼重構（英語：Code refactoring）重構就是在不改變軟件系統外部行為的前提下，改善它的內部結構。軟件重構需要藉助工具完成，重構工具能夠修改代碼同時修改所有引用該代碼的地方。在極限編程的方法學中，重構需要單元測試來支持。
簡介
重構（），通過調整程序代碼改善軟件的質量、性能，使其程序的設計模式和架構更趨合理，提高軟件的擴展性和維護性。 也許有人會問，為什麼不在項目開始時多花些時間把設計做好，而要以後花時間來重構呢？要知道一個完美得可以預見未來任何變化的設計，或一個靈活得可以容納任何擴展的設計是不存在的。系統設計人員對即將着手的項目往往只能從大方向予以把控，而無法知道每個細枝末節，其次永遠不變的就是變化，提出需求的用戶往往要在軟件成型後，才開始"品頭論足"，系統設計人員畢竟不是先知先覺的神仙，功能的變化導致設計的調整再所難免。所以"測試為先，持續重構"作為良好開發習慣被越來越多的人所採納，測試和重構像黃河的護堤，成為保證軟件質量的法寶。
評價
這就產生了一種糟糕的現象：軟件產品最初製造出來，是經過精心的設計，具有良好架構的。但是隨着時間的發展、需求的變化，必須不斷的修改原有的功能、追加新的功能，還免不了有一些缺陷需要修改。為了實現變更，不可避免的要違反最初的設計構架。經過一段時間以後，軟件的架構就千瘡百孔了。bug越來越多，越來越難維護，新的需求越來越難實現，軟件的構架對新的需求漸漸的失去支持能力，而是成為一種制約。最後新需求的開發成本會超過開發一個新的軟件的成本，這就是這個軟件系統的生命走到盡頭的時候artin Flower在《重構》中有一句經典的話："任何一個傻瓜都能寫出計算機可以理解的程序，只有寫出人類容易理解的程序才是優秀的程序員。"對此，筆者感觸很深，有些程序員總是能夠快速編寫出可運行的代碼，但代碼中晦澀的命名使人暈眩得需要緊握坐椅扶手，試想一個新兵到來接手這樣的代碼他會不會想當逃兵呢？。[1]