實體配置管理與DDD有界的上下文

Question

我試圖實現多個DDD有界的上下文作爲概述here。這是一個例子上下文：

我具有用於與適當FluentAPI映射每個實體的實體類型的配置文件（使用EF工裝反向工程）。這些配置文件還包含關係配置。

例如爲：UserMap.cs

// Relationships 
this.HasOptional(t => t.SecurityProfile) 
    .WithMany(t => t.Users) 
    .HasForeignKey(t => t.SecurityProfileCode); 

SecurityProfile和DomainPermission不是在上下文DbSets。由於導航屬性分別爲User和Module，它們會自動進入模型。

這會導致我的第一個問題。當添加User（或任何其他實體）的任何其他方面，我要記住做兩件事情之一：

1. 而且配置添加到模型構建器SecurityProfile（和實體所有其他關係）

2. 從模型中明確地排除了SecurityProfile。

這開始變成了一個維修噩夢。

我會滿意明確「修剪」實體圖，如上面第2點所述。

但是，在實體配置文件中已經定義關係時，似乎不可能對Ignore()實體進行定義。

對於上述背景下OnModelCreatingmodelBuilder.Ignore<SecurityProfile>();嘗試提供了以下錯誤在ConfigureAssociations()：

System.InvalidOperationException：導航屬性「SecurityProfile」不是對類型「用戶」聲明的屬性。驗證它是否未明確從模型中排除，並且它是有效的導航屬性。

我能想到的唯一解決方案是繼承基礎配置類並覆蓋每個上下文中的關係配置。考慮到我們可能會以30-40 +單獨的上下文結束，這也可能成爲維護的噩夢。

另外，我可以爲每個上下文都有非常具體的實體模型，但是這又會導致實體類爆炸並導致重複配置中的潛在維護問題。

如何在實現有界的上下文時最好地管理和維護實體及其實體配置？

Answer 1

此處添加由於太長了一點意見：

這是非常（UN？）有趣的是，你所指的文章顯然是試圖通過提到一個新的流行詞DDD來跳上潮流，隨後只顯示DTO/POCO對象如何在上下文中持久化。這與DDD完全沒有關係。

域驅動設計主要是關於行爲和封裝（基礎設施隔離/無知）模型，這些模型經過反覆探索和完善以解決特定角色的特定問題，並在問題域的ubiquitous language中表示。

這些模型通常不直接映射某種類型的持久性模型，也不應該關注這些模型。在有界情境下對聚合根進行的操作通常將與事務邊界一致。

我建議您觀看Eric Evan關於skillsmatter（關鍵字DDD eXchange）的一些網絡廣播，以便了解DDD需要什麼，有界的上下文和聚合根是什麼。之後，你也應該閱讀他的書，這是一個很棒的閱讀。但是你需要他最近的觀點（如這些網絡廣播所表達的），而不是陷入專注於技術構建塊的陷阱。