DDD：一到許多在其它聚集用戶聚合根和幾乎所有實體之間的關係

Question

我有以下DDD方案中，分爲以下的聚集體：

用戶，
朋友（用戶協會），
文件（用戶上傳），
畫廊（文件組），
消息（用戶通信），
組（用戶可以創建和其他的會員可以加入），
GroupMessages（郵件發送到的所有成員組），
羣組論壇（羣組成員可以討論各種主題）

這就是它令人困惑的地方。用戶與GroupForums的所有內容相關聯。通過用戶存儲庫訪問其他集合似乎不合邏輯，儘管從級聯的角度來看，如果我刪除了用戶，技術上與用戶關聯的記錄也應該消失。

看起來好像我不應該將這裏存在的所有一對多關聯添加到用戶實體，因爲從數據庫中提取水合物似乎很荒謬，特別是如果我嘗試拉取與該關聯的每條記錄用戶。對於組織集合和存儲庫以及處理給定實體的許多一對多關係的正確方法，建議採用什麼策略？

Answer 1

您在句子「用戶與所有內容相關聯......」中使用了「關聯」一詞這一事實是一個很有意思的事實。聚合根相關聯，或者甚至是一個'屬於'另一個，這絕對沒有問題。但是，您需要查看一個實體是否可以在沒有AR的情況下存在。如果可能的話，它可能有自己的生命週期，應該是一個AR。如果它不能它是聚合的一部分。這可能是棘手的提煉。

您需要在AR上有一個非常清晰的邊界。例如，即使論壇可能要求用戶創建它，但這並不意味着論壇需要（甚至可以）在用戶被刪除時被刪除。因此，論壇中的用戶可能變成僅包含用戶名和ID的ForumCreator（值對象）。當用戶被刪除時，論壇可以繼續存在。

在訂單/訂單行/產品方案中，如果您選擇刪除包含特定產品的所有訂單行，則沒有多大意義。我知道某個產品可能永遠不會被刪除，但我們將以此爲例。您只需將相關產品數據「非標準化」到訂單行中，例如：產品編號，產品名稱。所以即使產品名稱發生變化，並不意味着所有訂單行都需要更新，甚至應該更新。實際上，訂單行代表一個時間點，應保留「原始」產品名稱。購買者可能已經訂購了「某些lirril產品」，然後名稱變爲「小產品」。雖然它是完全相同的產品，但並不是一回事。購買者只能記住原件。

我希望這是有道理的，並以某種方式提供幫助。你一定需要找到你的對象圖上的那些硬邊以達到真正的聚合。