設計微服務應用程式層及 Web API

提示

本內容節錄自《容器化 .NET 應用程式的 .NET 微服務架構》(.NET Microservices Architecture for Containerized .NET Applications) 電子書，可以在 .NET Docs 上取得，或免費下載可供離線閱讀的 PDF。

下載 PDF

使用 SOLID 準則及相依性插入

SOLID 準則是用於任何現代及任務關鍵性應用程式的重要技術，例如使用 DDD 模式開發微服務。 SOLID 是五個基本準則的縮寫：

• 單一責任準則 (Single Responsibility principle)

• 開啟/關閉準則 (Open/closed principle)

• 里斯可夫替代準則 (Liskov substitution principle)

• 介面隔離準則 (Interface Segregation principle)

• 相依性反轉準則 (Dependency Inversion principle)

SOLID 與您設計應用程式或微服務的內部層及減少其之間的相依性關係更為密切。 它與領域無關，而是與應用程式的技術設計有關。 最後一個準則是「相依性反轉」準則，它可允許您將基礎結構層與剩餘的層分離，使其可更進一步地分離 DDD 層的實作。

相依性插入 (DI) 是一種實作「相依性反轉」準則的方式。 它是一種為了達到物件及其相依性間鬆散結合的技術。 類別要執行其動作所需的物件，會提供 (或「插入」) 給類別，而不是直接具現化共同作業者，或使用靜態參考 (亦即使用 new…)。 大多數情況下，類別會透過其建構函式宣告它們的相依性，讓他們能遵循「明確相依性準則」。 相依性插入通常會基於特定的控制反轉 (IoC) 容器。 ASP.NET Core 提供了簡單的內建 IoC 容器，但您也可以使用您最愛的 IoC 容器，例如 Autofac 或 Ninject。

藉由遵循 SOLID 準則，您的類別自然而然會傾向小型、構造良好且輕鬆的測試。 但是如何才能知道您的類別已插入太多相依性？ 若您是透過建構函式使用 DI，您可以藉由查看您建構函式參數的數量來進行偵測。 若有太多的相依性，這通常表示 (code smell (程式碼異味)) 您的類別嘗試完成太多事項，並且可能違反了單一責任準則。

通常需要其他指南才能完整涵蓋 SOLID 的詳細資料。 因此，本指南僅需要您具備關於這些主題的最低程度知識。

其他資源

• SOLID: Fundamental OOP Principles (SOLID：基本 OOP 準則)
  https://deviq.com/solid/

• Inversion of Control Containers and the Dependency Injection pattern (逆轉控制容器和相依性插入模式)
  https://martinfowler.com/articles/injection.html

• Steve Smith： New is Glue (接著劑：New)
  https://ardalis.com/new-is-glue

上一個下一個