Jan 16 · 3 min read · 我們在上一篇文章中介紹了基本的Cache Aside Pattern，也補充了在Database 主從分離架構下可能造成Cache的異常，並一同介紹了：延遲雙刪 以及 CDC。 我們這個章節要來談談Cache還有哪些問題 快取穿透 (Cache Penetration) 定義 請求的資料 不在快取中，也不在資料庫中。 每次請求都會穿過快取，直接打到 DB，但 DB 也查不到資料，導致無法回寫快取。如果有惡意攻擊者使用大量不存在的 ID 進行攻擊，DB 會瞬間承受巨大壓力。 常見場景 惡意攻擊：...
Join discussionJan 6 · 2 min read · 在後端開發的世界裡，有一句至理名言：「沒有什麼效能問題是加一層 Cache 不能解決的；如果有，那就加兩層。」 雖然是句玩笑話，但道出了後端架構的核心思想——「以空間換取時間」。資料庫（Database）存放在硬碟，讀取速度慢且 I/O 成本高；而快取（Cache, 如 Redis）存放在記憶體（RAM），讀取速度極快但空間昂貴。 什麼是 Cache-Aside Pattern？ Cache 不會主動和 Database 溝通，所有的數據流動都由應用程式的程式碼來控制。 這就像去圖書館借書： ...
Join discussionDec 29, 2025 · 1 min read · 序 當系統架構逐漸成形、程式碼品質也趨於穩定後，下一個遲早會浮現的現實問題：撐得住嗎？ 也許在開發環境一切順暢，但一上線就開始出現以下情境： 使用者一多，API 回應時間明顯變慢 尖峰流量來臨時，資料庫 CPU 飆高、連線數耗盡 某個外部服務偶爾變慢，卻拖垮了整個系統 記憶體持續成長，最後只剩一句「Out of Memory」 這些問題，不是功能寫錯，而是系統沒有「緩衝能力」。 在 Module 4 中，我們將視角從「單一請求的正確性」，提升到「整體系統在壓力下的行為」。我們需要開始...
Join discussionDec 29, 2025 · 2 min read · 這堂課我們正式進入 - 結構型模式 的領域。 如果不把這「創建型」模式（工廠、建造者）搞定，我們很難有東西可以「結構化」。但現在我們已經學會怎麼優雅地產生物件了，接下來會遇到的問題通常是：「這個新來的物件，跟我的舊系統插頭不合怎麼辦？」 這就是 Adapter Pattern 的主場。 核心概念：轉接頭 從台灣帶了筆電（三孔插頭）出國旅行。 牆上的插座 (Client 期待的介面)：可能是兩孔圓形，或兩孔扁形。 筆電插頭 (Adaptee 被適配者)：兩孔扁型，一孔圓形。 問題：插不進去，無法供...
Join discussionDec 24, 2025 · 5 min read · 工廠模式 在 SOLID 的課程後，我們已經知道「依賴注入」的重要性：我們不應該在類別內部直接 new 依賴的物件。 但問題來了：「那到底誰負責 new？」 總得有人負責把物件生出來吧？如果到處散落著 new, 當需求變更時，我們還是要改一堆地方。 在Lesson 17 開放封閉 (OCP) 的時候我們有說道：利用策略模式來進行解偶，並利用”工廠模式”來決定策略的選擇(實作 實例化物件)，但當時對於工廠模式並沒有去詳細說明，這裡我們一起來看看工廠模式的相關細節。 核心概念：為什麼需要「工廠」 ...
Join discussionDec 23, 2025 · 4 min read · 關於LSP 接下來進到L了，這裡的L指的就是里氏替換原則 (LSP , Liskov Substitution Principle)，這是許多後端工程師覺得最「抽象」的一個原則，但它其實是判斷「繼承 (Inheritance) 是否被濫用」最重要的標準。 什麼是里式替換 (LSP)？ 「子類別 (Subclass) 必須能夠替換掉它們的父類別 (Base Class)，且程式的行為不會發生錯誤。」 簡單來說，如果程式碼依賴於一個父類別（或介面），那麼隨便塞一個該父類別的「子類別」進去，程式都...
Join discussionDec 21, 2025 · 2 min read · 接下來我們要進到SOLID的實戰，這堂課我們將專注於最基礎、但也最重要的第一條原則：SRP (單一職責原則)，並探討它與 高內聚 (High Cohesion) 的緊密關係。 核心觀念定義 關於單一職責原則 "A class should have one, and only one, reason to change." — Robert C. Martin (Uncle Bob) 「一個類別應該只有一個『改變的理由』。」 很多人誤以為 SRP 意思是「一個類別只做一件事 (Do one ...
Join discussionDec 21, 2025 · 3 min read · 接下來我們來講講SOLID的O - OCP，開放封閉原則。 核心觀念定義 如果說 SRP 是為了整理程式碼，那麼 OCP 就是為了保護程式碼。它是防止「新需求搞壞舊功能」的最強盾牌。 “Software entities (classes, modules, functions, etc.) should be open for extension, but closed for modification.” — Bertrand Meyer 「軟體實體應該對『擴充』開放，但對『修改』封閉。...
Join discussionDec 17, 2025 · 4 min read · 從這一章開始，我們要從「把功能做出來 (Make it work)」進階到「把程式寫好 (Make it right)」。而區分 Rookie 與 Junior 最明顯的分水嶺，就在於是否懂得 「解耦 (Decoupling)」。 什麼是「耦合」 想像買了一台桌機，但它的滑鼠是「焊死」在主機板上的。如果想換成電競滑鼠？抱歉，要把整台主機板拆換掉。如果滑鼠壞了？抱歉，整台電腦送修。 這就是 「高耦合」。 在程式碼中，最常見的高耦合就是 在類別內部直接 new 另一個物件。 範例 假設我們有一個 O...
Join discussionDec 16, 2025 · 3 min read · 很多剛轉職或自學的工程師，最討厭看到的兩個關鍵字就是 interface 和 abstract。 心中一定有過這個疑問：「為什麼要寫一個『空的』函式放在那邊？直接把程式碼寫在 Class 裡面不好嗎？」 這堂課我們要來解開這個誤會。這不是為了增加程式碼行數，而是為了 「多型 (Polymorphism)」 與 「抽換 (Swap)」 的彈性。 繼承的盲點：為什麼不能只用 extends 假設我們在做一個「物流系統」，有「黑貓 (BlackCat)」和「新竹物流 (HCT)」。 直覺寫法通常是這樣...
Join discussion