域驅動設計庫和Spring數據庫之間是否存在不匹配？

Question

DDD指定每個集合的存儲庫，但是當擁抱Spring Data JPA時，只有當我們聲明每個實體的接口時，才能利用好處。如何解決這種阻抗不匹配問題？

我希望能夠嘗試封裝在聚合存儲庫中的存儲庫接口，這是一個好的解決方案或更好的可用？

爲了給出一個例子：Customer是聚合根和實體是像Demographics，Identification，AssetSummary等等，其中每個實體可以從具有自己的資源庫接口受益。沒有太多違反DDD的最佳方法是什麼？

Answer 1

...，但擁抱春天數據JPA的時候，只有當我們宣佈每個實體的接口，我們可以利用的好處...

這是不對的，我想學習，你得到這樣的印象（感覺免費評論）。 Spring數據存儲庫期望與您的域模型設計完全相同的方法：您可以識別域模型中的聚合，並僅爲這些聚合創建存儲庫接口。

我認爲你所需要做的就是將DDD概念應用到你的領域模型。不要聲明不是聚合根的實體的存儲庫接口。事實上，如果你聲明瞭這些，你基本上破壞了聚合的概念，因爲實際的根不能再控制商業約束，因爲其他實體可以通過爲它們定義的存儲庫接口進行操作，即不使用聚合根。

查找在此Spring Data example正確應用此示例。其中，Order是一個聚合根，LineItem只是一個普通的實體。這同樣適用於Customer（根）和Address（普通實體）。存儲庫接口只對聚合根存在。

事實上，這種特殊的關係是使Spring Data REST等模塊擺在首位的基本原理。它僅公開聚合根的HTTP資源，將普通實體嵌入到創建的表示中，並創建與其他聚合的鏈接。