c# - DDD - 如何在 EF Core 中跨有界上下文管理实体

Question

我还没有找到具体的例子。我知道每个有界上下文都有自己的实体版本，您不应该跨上下文共享实体。但是我如何管理与使用像 EF 这样的 ORM 相关的问题？

例如，下面是我的实体和它们存在的有界上下文:

成分(实体有界上下文 A)

配方(实体有界上下文 b)
成分(实体有界上下文 b)
MenuItem(聚合有界上下文 b)

现在每个有界上下文都有自己的成分版本。但是由于我在 EF 中有一个单一的数据库上下文来管理这个，我究竟该如何安排呢？我正在使用 CQRS，因此我可以在需要时触发事件。我的计划是在我的 Recipe 实体中维护一个 id 列表，并从数据库中提取相关成分，以便数据不会重复。

但我不确定我的数据重复问题是否有效。在我上面的例子中，假设一家企业销售原料，但也有可以在食品摊位出售的预设食谱(带有原料 list )。

在一个上下文中，成分与另一个实体没有关系，而在另一个上下文中它是一个子实体(在聚合中)。我可以看到它应该如何设计(有界上下文中的单独实体)但是当涉及到数据库时，这实际上是如何设置的？如果需要在上下文 A 和上下文 B 中跟踪成分的属性/领域知识不同怎么办？这最终会成为一个单独的表吗？我有点迷失了。

编辑:
请记住，我在这里只使用了 1 个数据库。我知道通常每个有界上下文都有单独的 DB 以避免这种情况，但想知道如何通过 1 DB 来实现这一点。

Answer 1

我将您的问题分为两部分:

建筑部分:有界上下文设计/边界

技术部分:数据库模式管理、EF映射等

从第 1 点开始，我要强调的是，有界上下文边界比您在问题中暗示的要厚。如果边界明确定义，那么 BC 之间几乎没有数据重复，一些 Id 的一部分等等。在您的情况下，BC-A 中的成分与 BC-B 中的成分具有相同的 ID。

例如，您的 BC-A 可能会管理成分的名称、描述、图片等。 BC-B 不需要此信息，但它可能具有创建配方所需的一些重要属性。以类似的方式，BC-C 可能包含每种成分的供应商、价格等。

此外，在您的 BC-B 中，您可能在两个地方拥有这些成分:一个包含所有成分及其有趣属性的表，以及作为 Recipe 一部分的实体。例如，该实体不会具有所有这些属性，而是具有成分 ID 加上该配方中使用的数量。

使用这种类型的设置，不仅在原则上是不可取的，甚至在实践中，跨限界上下文共享成分表也是不可取的。

很多时候，数据复制的需求来自UI需求。例如，当您显示 Recipes 时，您将需要显示 Ingredient 的名称，但这可以通过 UI 组合来解决。 UI 可以从 BC-B 中提取食谱，并使用 BC-A 中的名称以及 BC-C 中的价格丰富数据。

如果您遵循这种方法，则第 2 点应该是独立的:每个 BC 都应该有自己的 DbContext。可以对所有 DbContext 使用相同的连接字符串(数据库)，但您可以使用特定的 DB 模式初始化 DbContext。这样，您可以在每个 BC 中拥有一个成分表而不会发生 DB 表冲突，并且您还可以为每个 DbContext 拥有 EF 迁移版本表(尽管我相信它也适用于共享表)。此设置还为您提供了一个优势，即允许您将每个有界上下文的单个数据库中的数据库分开，而无需更改任何代码。出于可扩展性的原因，或者为了促进基础设施即代码等，您最终可能需要它。