（筆記）SOLID

[gracekrcx]

來點莎莉
物件導向系統程式中，五個基礎設計原則 『 S.O.L.I.D 』

Dependency Inversion Principle (DIP)
依賴反轉原則
是一種『特定的解耦』形式

• 目的
  『 解除 高階模組 (Caller 呼叫者) 與 低階模組 (Callee 被呼叫者)的 耦合關係，
  使高階模組不再直接依賴低階模組。 』

• 依賴
  當自身需要呼叫其他類別的實例時，就稱這樣的關係為 — 依賴。

• 小結
  我們真正所需要的、依賴的，其實不是實際的類別與物件，而是他所擁有的『功能』

• 範例：
  People 不再依賴 Hamburger ，而是兩者都依賴 Stuffer 介面
  => 高階模組不應該依賴於低階模組，兩者都該依賴抽象(Stuffer)
  => 抽象不應該依賴於具體實作方式(Hamburger)
  => 具體實作方式(Hamburger)則應該依賴抽象

  解釋的好生動
  『食物』依賴『人』『填飽肚子』的這個需求，所以才會不斷有新的食物 (實作 Stuffer 介面) 出現，
  食物依賴需求，『需求』是『人的』，食物間接的依賴了人。

• 什麼時候需要遵守?
  假設低層模組式類別是穩定的，就可以直接依賴
  但如果是不穩定的，需要利用抽象介面來隔離他們的不穩定

• 不遵守的話？
  如果直接依賴，低層模組在修改或替換時，高層模組將要在每個使用的地方做修改，也就是緊耦合

• 結論
  幾乎所有的設計原則或設計模式，都是在談『 改變 』，
  讓程式擁有『擴充』及『維護的彈性』，是讓自己保命的方式。

• 封裝隔離
  People 不應知道具體的實作類別是誰，具體的實作應是可『 替換 』的:
  -- 替換
  由 runtime (運行時) 傳入，而非 compile (編譯時) 就決定，
  所以又被稱為 —— Plugin (插件)。

參考

SOLID 依賴反轉原則 Dependency Inversion Principle (DIP)
依賴反向原則 (Dependency-Inversion Principle, DIP)
直白理解什麼是 Dependency Inversion （依賴反轉）

[gracekrcx]

使人瘋狂的 SOLID 原則：目錄