AggregateRoot 可以是 DDD（域驱动设计）中实体的子级吗？

Question

我继承了一个使用领域驱动设计架构的项目，我对 DDD 知之甚少。 我已经阅读了很多关于它的博客和文献。 目前，我有 3 个具有以下图形关系的域模型：父级 --> 有很多子级 --> 有很多 GrandChildren。 我正在使用 EF Core 2.1 来建立关系并将数据保存到数据库中。

• 父母有PK
• 子模型对父模型具有 FK
• 孙模型有一个 FK to Child

我的问题是：可以为 DDD 建立以下关系

问题：我无法将新孙子保存到现有子孙中。

父作为 AggregateRoot ==> 子作为实体 ==> GrandChil 作为 AggregatRoot

我可以使用 parent.add(child) 通过现有的“父”保存“子”，并且数据持久保存到数据库中，没有任何问题。

对于“孙子”，我使用了类似的方法：

1. 获取现有的父项，然后获取现有的子项

2. 给现有的孩子添加一个孙子 [child.addNewGrandChild(new_grand_child)]

3. UnitOfWork.Complete [这是它抛出异常的地方，但我无法使用 Try/Catch 捕获异常]

Answer 1

了解正确执行 DDD 不会对数据库施加任何限制，相反，数据库不会对 DDD 或其模型施加任何限制。

孙子不应是聚合根。 当您遇到类似情况时，很可能您的域中缺少上下文和/或边界定义不正确。

请记住，关系的 DDD 概念与数据库和 fk 无关。 就 DDD 而言，数据库被建模为整个系统的不透明存储依赖项。

Answer 2

我通过将 Grandchild 类转换为 Entity 而不是 AggregateRoot 解决了我的问题。 一旦我这样做了，一切都奏效了。 换句话说，我能够通过父级保存数据。

我对 DDD 太陌生了，我还没有掌握所有的概念。 我继承了这个项目，并且被我必须为域模型、工厂方法和简单任务的业务逻辑编写的大量代码所淹没。