鐵人檔案
把程式碼當成病人，我們就是看診的醫生。這個系列先建立「健康標準」，涵蓋 DRY、KISS、SOLID、快速失敗等設計原則。再用 學會「看症狀」，認識過長函式、基本型別偏執、上帝物件等壞味道與反模式。接著用準備「處方箋」，學會建立型、結構型到行為型的設計模式。最後替一段程式碼做病歷診斷、動刀，最後完成術後驗收。
平常在撰寫程式碼，常常看到有類似的需求，這時候我們該怎麼做？不斷的複製和貼上，我開玩笑的，當然不是，這樣的作法會讓程式碼變得難以維護，因此有一個原則叫做DRY...
昨天提到關於「DRY 原則」（Don't Repeat Yourself），要避免重複程式碼。但是有一個看似矛盾的觀念叫做「Write Everything T...
簡單介紹 在昨天的文章中，我們討論了「Write Everything Twice」的概念，強調要先寫兩次具體實作再考慮抽象化。但是接下來我們會面臨一個問題：什...
簡單介紹 「Keep It Simple, Stupid」（簡稱 KISS）是軟體開發中一項經典原則，強調程式碼應該保持簡潔、易懂。在 TypeScript 專...
為什麼不需要的功能會成為負擔？ 在軟體開發的過程中，我們常常幻想著把各種情況都考慮進去，然後一次全部寫好吧？不要這樣幹，這樣的寫法往往會導致過度設計，開發者容易...
簡單介紹 在軟體開發當中幾乎都會聽過的 SOLID 原則，其源自於 Robert C. Martin，原文如下 "A class should ha...
簡單介紹 昨天提到關於 Single Responsibility Principle 原則。今天想跟大家聊聊 SOLID 原則中的第二個原則 —— 開放封閉原...
