EBI、DDD及其演變架構史

• 2022 年 11 月 11 日
• 筆記
• 架構

一、引子

聊架構總離不開「領域驅動架構」，大多能聊到DDD（Domain-Driven Design），實際上早期思想EBI架構 1992年就誕生了。核心價值點在於：關注核心業務領域（高內聚），分離實現層（低耦合）。後續一些演變架構有：端口和適配器架構、洋蔥架構、整潔架構、事件驅動架構。這一系列的架構演變，每個架構的核心思想了解下就好，不用糾結實現細節。

二、架構演變

2.1 EBI 架構（1992）

這個圖是不是很熟悉？沒錯，就是UML！Ivar Jacobson就是UML的三大創始人之一。

核心：

• Entity實體：實體對象承載着相關業務領域的數據和操作。對應着MVC的Model層。
• Boundary邊界：邊界對象是對系統接口的建模。所有依賴系統環境(工具和傳達機制)的功能都屬於邊界對象。對應着 MVC 中的 View 和 Controller 的整個展現層。
• Interactor交互器：代表了展現層和實體之間的連接，也就是應用服務(編排用例)和領域服務(DDD概念)。

優點：

• 通過職責的封裝將系統的變化控制在局部（最好是一個對象）。（單一職責原則）

2.2 DDD領域驅動設計（2003）

2.3 端口和適配器架構（2005）

核心：

1. 左側: 代表 UI 的適配器被稱為主適配器，它們發起了對應用的一些操作，端口（應用層API）和它的具體實現(controller實現)都在應用內部。
2. 右側: 表示和後端工具鏈接的適配器，被稱為從適配器，它們只會對主適配器的操作作出響應，端口在應用內部(業務接口)，具體實現（impl）在應用之外。

優點：

1. 業務應用和實現（技術）隔離。（面向接口編程）

2. 方便測試。（基於接口）

2.4 洋蔥架構（2008）

洋蔥架構在業務邏輯中加入了一些在「領域驅動設計」中被識別出來的層次。如下圖：

核心：

• 圍繞獨立的對象模型構建應用。
• 內層定義接口，外層實現接口。
• 依賴的方向指向圓心。
• 所有的應用代碼可以獨立於基礎設施編譯和運行。

優點：

• 職責分離更徹底，高內聚低耦合。
• 更好的可測試性和可維護性。

2.5 整潔架構（2012）

Robert C. Martin(Uncle Bob)於2012年發表了整潔架構。這套架構是站在巨人的肩膀上，把MVC、EBI、端口適配器、洋蔥架構、DDD融會貫通，形成了一套落地實踐方案。

• Enterprise Business Rules  企業級業務規則層：核心業務內聚（對應DDD的領域服務+領域實體）。
• Application Business Rules 應用級業務規則層：應用層業務編排。
• Interface Adapters              接口適配層：數據轉化。
• Frameworks & Drivers        框架和驅動層：底層實現和數據庫等驅動。

Robert C. Martin有一份落地細節圖，如下：

核心：

• 前端（左邊）就是MVPVM架構（MVC的一種最貼合現代的延伸架構）
• 後端（右邊）是EBI架構（Entity-Boundary-Interactor）

優點：