鐵人檔案
把程式碼當成病人，我們就是看診的醫生。這個系列先建立「健康標準」，涵蓋 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 原則中的第二個原則 —— 開放封閉原...
簡單介紹 今天我們來談談 SOLID 原則中的第三個原則 —— 里氏替換原則（Liskov Substitution Principle, LSP）。這個原則由...
簡單介紹 今天我們來聊聊 SOLID 原則中的第四個原則 —— 介面隔離原則（Interface Segregation Principle, ISP）。這個原...
簡單介紹 今天我們來聊 SOLID 原則的最後一個原則 —— 依賴倒置原則（Dependency Inversion Principle, DIP）。這個原則是...
