DDD整潔架構 DDD整潔架構為瞭解決強調用的關係，出現了洋蔥架構（六邊形）架構，就是為了實現依賴倒置 它的思想就是把領域模型放到核心的位置，領域模型是獨立的，不會直接強依賴其他層，而通過適配器來完成領域模型和外層的數據交換。 DDD分層架構和三層架構的區別與關係 DD分層架構和三層架構的區別與關係 ...
- DDD整潔架構
DDD整潔架構為瞭解決強調用的關係，出現了洋蔥架構（六邊形）架構，就是為了實現依賴倒置
它的思想就是把領域模型放到核心的位置，領域模型是獨立的，不會直接強依賴其他層，而通過適配器來完成領域模型和外層的數據交換。
- DDD分層架構和三層架構的區別與關係
DD分層架構和三層架構的區別與關係DDD代碼分層架構與傳統三層架構對比，可以發現傳統三層架構被看成是一個貧血模式的領域驅動設計
- DDD分層介面調用時序邏輯關係
DDD分層介面調用時序邏輯關係下麵是基於DDD領域模型設計的系統中常用介面調用時序交互流程
- CQRS架構
CQRS架構CQRS，中文名為命令和查詢職責分離。
CQRS 將系統中的操作分為兩類，即「命令」(Command) 與「查詢」(Query) 。命令則是對會引起數據發生變化操作的總稱，即我們常說的新增，更新，刪除這些操作，都是命令。而查詢則和字面意思一樣，即不會對數據產生變化的操作，只是按照某些條件查找數據。
CQRS 的核心思想是將這兩類不同的操作進行分離，然後在兩個獨立的「服務」中實現。這裡的「服務」一般是指兩個獨立部署的應用。在某些特殊情況下，也可以部署在同一個應用內的不同介面上。
Command 與 Query 對應的數據源也應該是互相獨立的，即更新操作在一個數據源，而查詢操作在另一個數據源上。當然查詢和命令對應的數據源雖然不一樣，但是肯定是需要同步的，那我們該怎麼實現數據源的同步呢？
從圖上可以看到，當 command 系統完成數據更新的操作後，會通過「領域事件」的方式通知 query 系統。query 系統在接受到事件之後更新自己的數據源。所有的查詢操作都通過 query 系統暴露的介面完成。
從架構圖上來看，CQRS 的實現似乎並不難，許多開發者覺得無非是「增刪改」一套系統一個資料庫，「查詢」一個系統一個資料庫而已，有點類似「讀寫分離」，並沒有什麼特別的地方。但是真正要使用 CQRS 是有許多問題與細節要解決的。
備註：以上架構圖都使用PDDON線上畫圖工具免費製作，有需要要的朋友可以到官網上找到類似的架構圖模板哦，免費克隆模板，根據自家業務克隆模板進行調整就可以使用了，工具和模板地址：https://pddon.com
