聊聊重構(refactoring)與設計模式(design pattern)

無論你的職位是什麼，只要開發久了，都會接觸到重構(refactoring)或者設計模式(或稱 design pattern)。

設計模式是 1 種針對程式設計常見問題的解決方法，譬如你的 codebase 充滿一堆重複的程式碼，或者你的 codebase 總是充滿一堆又臭又長的函式(function)，又或者你經常為了增加 1 項功能，卻要修改一大堆程式碼，這些問題前輩們其實都遇過了（你不孤獨！），而且也討論出各種不錯的解決方案，這些經典且具代表性的解決方案就被稱為設計模式，它不是什麼程式語言專屬的解法，而是一種解題思路或是設計藍圖(blueprint)，教你怎麼讓程式變得更乾淨並提高可讀性、可維護性。

常見的設計模式有 Factory, Singleton, Adapter, Proxy, Observer, Strategy 等等。

而重構則是在不增加功能的前提下改善程式品質，讓程式變得乾淨、簡潔，重構的過程不見得一定要套用設計模式，但如果懂得設計模式，可能達到事半功倍之效，兩者相輔相成。

不過，在重構之前，千萬、千萬、千萬要確保你的程式/系統有清楚的規格，以及具備夠詳細的單元測試、整合測試等等，因為重構有 1 個重大要求是不改變程式/系統行為，如果你改善完程式但是程式/系統的行為產生改變，那就不叫重構了，叫重寫可能更合適，重寫甚至可能帶來更多問題，絕對是自討苦吃⋯⋯。 實務經驗告訴我，有太多重構或者導入設計模式最終都引火焚身，究其原因就是由於規格不清、測試不足所造成（而會需要重構的程式/系統多半容易遇到文件年久失修，或者根本沒有文件可供參考，甚至完全沒有測試的情況⋯⋯）。

所以，重構的第 1 步絕對是先問團隊或自己：「規格夠清楚嗎？單元測試足夠嗎？整合測試做了嗎？」