採用依賴倒置原則後的分層架構和六邊形架構，實際上都符合整潔架構設計理念。但是六邊形架構中使用埠與適配器，讓應用程式能夠以一致的方式被用戶、程式、自動化測試、批處理腳本所驅動，同時能夠讓應用程式邊界更加清晰，從而能更好地防止領域層和應用層邏輯泄露到外層。 ...
一、傳統分層架構
分層架構的一個重要原則是：每層只能與位於其下方的層發生耦合。
分層架構分兩種：一種是嚴格分層架構，規定某層只能與直接位於其下方的層發生耦合；另一種是鬆散分層架構，允許任意上方層與任意下方層發生耦合。
下圖是一個典型的DDD傳統分層架構。
以上分層架構中各層都有自己的職責：
用戶介面層負責處理用戶請求和用戶顯示；
應用層實現不同業務場景下的用例或業務流程。其中應用服務通常接收來自用戶介面層的請求，然後通過資源庫獲取聚合實例，最後執行相應的命令操作，如下示例：
// 應用層的用例
public void cancelOrder(Long orderId) {
Order order = orderRepository.findById(orderId);
// 領域層的業務邏輯
order.cancel()
orderRepository.save(order);
}
領域層實現系統的核心業務邏輯，主要包含基於DDD業務建模產生的領域模型，這裡的業務邏輯不同於應用層中的業務流程，如上代碼示例；
基礎設施層為其它各層提供通用的技術和基礎服務，比如數據持久化功能。
二、傳統分層架構的問題
DDD中資源庫（Repository）用來獲取或持久化聚合，每個聚合都擁有一個對應的資源庫。由此可見資源庫應該和聚合位於同一層，資源庫介面定義應該位於領域層，而資源庫介面實現需要依賴基礎設施層的持久化機制，此時資源庫介面實現放在哪一層對傳統分層架構來說是個問題。
如果把資源庫介面實現放在基礎設施層，那麼基礎設施層就會向上依賴領域層，這樣就違反了分層架構的原則：每層只能與位於其下方的層發生耦合。
或者可以放在領域層，但是這樣會使領域層依賴數據持久化的實現細節，導致領域層不再是一個穩定層。
也可以放在應用層，不過和放在領域層會有同樣的問題。
那有沒有更好的方式呢？
有，採用依賴倒置，打破分層架構原則。
三、依賴倒置原則
依賴倒置（或依賴反轉）原則（Dependency inversion principle，DIP），由Bob大叔提出，其定義如下：
高層模塊不應該依賴於低層模塊，兩者都應該依賴於抽象。 抽象不應該依賴於細節，細節應該依賴於抽象。
我們把資源庫介面實現放在基礎設施層，讓基礎設施層向上依賴領域層。雖然這樣違背了分層架構原則，但是卻符合依賴倒置原則：領域層（高層模塊）不依賴基礎設施層（低層模塊），兩者都依賴於資源庫介面（抽象）。採用了依賴倒置後，同時調整下基礎設施層位置，此時分層架構如下圖：
四、六邊形架構
分層架構採用依賴倒置原則後，實際上已經不存在分層的概念了。無論是高層還是低層，都只依賴於抽象，好像把整個分層架構給推平了一樣。推平後的分層架構如下圖：
給推平的分層架構補上左側對稱的另一半，其結果就類似六邊形架構，如下圖是六邊形架構。
六邊形架構也叫埠和適配器。在這種架構中，針對系統輸入輸出的不同交互方式，比如http、rpc、mq、數據持久化等，都有與之對應的適配器，適配器又通過應用層API與內部進行交互。
六邊形架構讓應用程式能夠以一致的方式被用戶、程式、自動化測試、批處理腳本所驅動，而且能夠讓應用程式的邊界更加清晰。有關六邊形架構的詳細信息可以查看 六邊形架構原文翻譯
五、為什麼不選擇整潔架構？
整潔架構是Bob大叔在其《架構整潔之道》一書中，對六邊形架構和其他類似架構做了總結和抽象之後，提出的一種架構設計理念。
書中總結出，六邊形架構和其他類似架構設計出來的系統，都具有相同的特點：
獨立於框架：這些系統的架構並不依賴某個功能豐富的框架之中的某個函數。框架可以被當成工具來使用，但不需要讓系統來適應框架。 可被測試：這些系統的業務邏輯可以脫離UI、資料庫、Web服務以及其他的外部元素來進行測試。 獨立於UI：這些系統的UI變更起來很容易，不需要修改其他的系統部分。 獨立於資料庫：我們可以輕易將這些系統使用的Oracle、SQL Server替換成Mongo、BigTable、CouchDB之類的資料庫。因 為業務邏輯與資料庫之間已經完成瞭解耦。 獨立於任何外部機構：這些系統的業務邏輯並不需要知道任何其他外部介面的存在。
綜合以上所有架構的設計理念，Bob大叔提出了整潔架構設計理念，如下圖。
以上圖中同心圓分別代表了軟體系統的不同層次，通常越靠近中心，其所在的軟體層次就越高。
整潔架構規定了層之間的依賴關係規則：內層（高層）不依賴外層（低層），六邊形架構層之間的依賴關係也遵從此規則。
至此可以認為整潔架構是一種架構設計的指導思想，六邊形架構是整潔架構的一種具體的架構設計。
六、總結
採用依賴倒置原則後的分層架構和六邊形架構，實際上都符合整潔架構設計理念。但是六邊形架構中使用埠與適配器，讓應用程式能夠以一致的方式被用戶、程式、自動化測試、批處理腳本所驅動，同時能夠讓應用程式邊界更加清晰，從而能更好地防止領域層和應用層邏輯泄露到外層。
七、參考
1.《實現領域驅動設計》
2.《架構整潔之道》
作者：京東零售 加文雄
來源：京東雲開發者社區
