重構
含有「重構」共 14 篇內容
全部內容
發佈日期由新至舊
本文專注於策略模式，旨在通過將函數封裝為策略來簡化程式碼的維護與測試。隨著專案規模的擴大，重構的重要性顯著提高，而策略模式能有效減少程式碼中的條件語句，提升可讀性與易測性。透過範例介紹策略模式在加減乘除計算中的應用，並討論其優點與實作注意事項，幫助工程師更有效地應用此模式以應對程式碼維護挑戰。
單元測試為重構提供了安全防線，確保程式碼在修改後仍能正常運作。透過撰寫測試，我們能夠提高程式碼品質、預防回歸錯誤，並在重構過程中更具信心。測試的過程不僅幫助找出錯誤，也促使我們深入思考系統設計，從而優化整體架構。
其實寫程式不難，難在驗證這個程式的正確與否。功力好的調一兩次，功力差的花一禮拜還沒搞定。
付費限定
本文介紹瞭如何透過重新配置函式與類別的結構來提升代碼的可讀性和可維護性。通過這些變更，不僅簡化了代碼，還提高了其可讀性，適合尋求代碼改進的開發者參考。
與其體驗失敗，不如管理失敗。失敗其實有很多類型，而由於是親身體驗，失敗前後自己感受到的差異，很值得寫下來，記錄下來，接著去提煉其中得到的領悟，化成一些秘訣，教給後輩。以我在科學研究的經驗，失敗是一種，讓我的嗅覺變得更加敏感的寶貴經驗。很多研究的思路，一開始真的是死路，處處碰壁。
作者 Only 系列文章，【一天一千字，進化每一次】，本文講述悲觀與樂觀這兩種情緒表達可能與基因及後天環境有關，提出了轉念和重構的方法來培養積極的人生態度。這篇文章強調了要接受當下的想法，然後用另一個解釋框架來轉念，進而建立更積極性的行動目標。
當手中只有槌子時，看什麼都像是釘子，這時唯有增加自己手中的工具種類，才有機會排列組合出新的解決方案~
本書大多數的內容都以 OO 的概念出發，詳列了許多設計的臭味道，也有大量的例子。個人雖然不會這樣寫程式，但仍是覺得受益良多，至少在 code review 時能更清楚知道該怎麼描述問題。不過，即便不是用 OO 的概念，有些章節還是可以帶來一些想法，用 OO 概念寫程式的人更不該錯過這本好書。
5/5設計重構
單一職責原則（Single Responsibility Principle）
里氏替換原則（Liskov Substitution Principle）
依賴反轉原則（Dependence Inversion Principle）
最少知識原則(得墨忒耳定律)（Law Of Demeter）
我們已經了解到了驗收驅動開發、持續整合以及壞味道這幾個概念，要減少技術債的方式就是重構，然而在實踐重構的時候並非我們所想像的必須「安排時間」重構，而是在開發的過程中不斷的進行。
