DDD 聚合和表的對應關係是什麼？

首先：說說什麼是聚合？

“聚合”即 “高內聚，低耦合” 中的 “內聚” 之意；

聚合是業務和邏輯緊密關聯的實體和值對象組合而成，聚合是數據修改和持久化的基本單元，一個聚合對應一個數據的持久化；

聚合在 DDD 分層架構中屬於領域層，領域層包含了多個聚合，共同實現核心業務邏輯，聚合內的實體以充血模型實現個體業務能力，以及業務邏輯的高內聚； 跨多個實體的業務邏輯通過領域服務來實現，跨多個聚合的業務邏輯通過應用服務來實現；

首先我們來看下聚合模式的定義:

將實體和值對象劃分爲聚合並圍繞着聚合定義邊界。

選擇一個實體作爲每個聚合的根，並僅允許外部對象持有對聚合根的引用。作爲一個整體來定義聚合的屬性和不變量，並把其執行責任賦予聚合根或指定的框架機制。

一個聚合包含一個聚合根（aggregation root）和一些相關的其他領域對象。

然後：說說，什麼是聚合根？

在《DDD 學習聖經》中，我們講到了 “什麼是聚合根”，這裏再重複一下。

聚合根中的 “聚合” 即“高內聚，低耦合”中的 “內聚” 之意；

而 “根” 則是 “根部” 的意思，也即聚合根是一種統領式的存在。

事實上，並不存在一個教科書式的對聚合根的理論定義，你可以將聚合根理解爲一個系統中最重要最顯著的那些名詞，這些名詞是其所在的軟件系統之所以存在的原因。

爲了給你一個直觀的理解，以下是幾個聚合根的例子：

你可能會問，軟件中的概念已經很多了，爲什麼還要搞出個聚合根的概念？

我們認爲這裏至少有 2 點原因：

  1. 聚合根遵循了軟件中 “高內聚，低耦合” 的基本原則

  2. 聚合根體現了一種模塊化的原則，模塊化思想是被各個行業所證明的可以降低系統複雜度的一種思想。所謂的 DDD 是 “軟件核心複雜性應對之道”，也即這個意思，它將軟件系統在人腦中所呈現地更加有序和簡單，讓人可以更好地理解和管控軟件系統。

在實際項目中識別聚合根時，我們需要對業務有深入的瞭解，因爲只有這樣你才知道到底哪些業務邏輯是內聚在一起的。

這也是我們一直建議程序員和架構師們不要一味地埋頭於技術而要多關注業務的原因。

事實上，如果讓一個從來沒有接觸過 DDD 的人來建模，十有八九也能設計出上面的訂單、客戶和交易對象出來。

沒錯，DDD 絕非什麼顛覆式的發明，依然只是在前人基礎上的一種進步而已，這種進步更多的體現在一些設計原則上，對此我們將在下文進行詳細闡述。

最後，說說 Domain 聚合和 MYSQL 數據表的對應關係是什麼

Domain 聚合屬於領域建模

MYSQL 數據表設計屬於 DB 建模

注意，從理論上來說， DB 建模 (數據表建模) 和領域建模沒有關係，二者在處於不同的 設計階段：

具體如下圖

DDD 建模的四個標準動作，具體請參見 尼恩《DDD 學習聖經》以及配套視頻。

數據建模的經典方法就是 E-R Model 建模， 而當我們做 MYSQL E-R 建模的時候，我們需要考慮：

當然，E-R Model 是數據模型的一種表現形式 (數據建模不只是 E-R Model 一種表現形式) ，E-R Model 以數據爲中心，關注的是對象的實體和關係，建模時並不考慮 Entity 的行爲。

在 E-R 概念模型的基礎上可以建立 “關係數據模型” 進而推導出“物理數據模型”，這是一條以 E-R Model 爲起始的數據建模的路線

ER 模型分爲實體、屬性、關係三個核心部分。實體是長方形體現，而屬性則是橢圓形，關係爲菱形。 ER 模型的實體（entity）即數據模型中的數據對象，例如人、學生、音樂都可以作爲一個數據對象，用長方體來表示，每個實體都有自己的實體成員（entity member）或者說實體對象（entity instance），例如學生實體裏包括張三、李四等，實體成員（entity member）/ 實體實例（entity instance） 不需要出現在 ER 圖中。

ER 模型的屬性（attribute）即數據對象所具有的屬性，例如學生具有姓名、學號、年級等屬性，用橢圓形表示，屬性分爲唯一屬性（ unique attribute）和非唯一屬性，唯一屬性指的是唯一可用來標識該實體實例或者成員的屬性，用下劃線表示，一般來講實體都至少有一個唯一屬性。

ER 模型的關係（relationship）用來表現數據對象與數據對象之間的聯繫，例如學生的實體和成績表的實體之間有一定的聯繫，每個學生都有自己的成績表，這就是一種關係，關係用菱形來表示。 ER 模型中關聯關係有三種：

1 對 1（1:1） ：1 對 1 關係是指對於實體集 A 與實體集 B，A 中的每一個實體至多與 B 中一個實體有關係；反之，在實體集 B 中的每個實體至多與實體集 A 中一個實體有關係。 1 對多（1:N） ：1 對多關係是指實體集 A 與實體集 B 中至少有 N(N>0) 個實體有關係；並且實體集 B 中每一個實體至多與實體集 A 中一個實體有關係。 多對多（M:N） ：多對多關係是指實體集 A 中的每一個實體與實體集 B 中至少有 M(M>0) 個實體有關係，並且實體集 B 中的每一個實體與實體集 A 中的至少 N（N>0）個實體有關係。

在數據建模中通常將 E-R Model 就稱之爲概念數據模型，接下來的層面是關係數據模型和物理數據模型；

而 Domain 建模是屬於對象建模、業務建模的範疇，Domain 聚合和 MYSQL 數據表 二的區別是職責不同， ER 建模關心數據如何存儲，Domain 對象建模需要爲對象建立職責（對象的行爲）。

當然 Domain 建模 和 E-R Model 的分析具有很大的相似性，

在一些極爲簡單的業務系統、業務場景中，二者可以做簡單的映射：

本文由 Readfog 進行 AMP 轉碼，版權歸原作者所有。
來源：https://mp.weixin.qq.com/s/n_0NaMLTALYYrm8HIzDT5Q

猜你喜歡