0

我是 DDD 的新手。现在我有一个聚合Team和实体TeamMember

class Team {
  members: Map<TeamMemberId, TeamMember>;

  add(member) {
    assert(!members.has(member.id), "Team Member is already exists");
    this.members.set(member.id, member);
  }
}

当我执行AddTeamMemberCommand时,存储库将从MongoDB.
当团队很大时,这似乎是不可接受的。

我从 google 和 stackoverflow 中找到了以下内容:

  • 使用 Id 引用而不是实体
  • 延迟加载
  • 重新设计聚合
  • ……

我不确定哪种解决方案适合我,或者对于这种情况是否有更好、更通用的解决方案?有我可以查看的 GitHub 示例项目吗?非常感谢。

4

1 回答 1

2

对于这种情况,是否有更好、更通用的解决方案?

对于根本不会更改聚合的读取/查询,延迟加载很好。在 CQRS 的世界中,我们甚至可以完全避免加载聚合,而只是获取我们需要的信息的只读副本。


AGGREGATE 是一组关联对象,我们将其视为一个单元,用于数据更改。

如果我们试图对聚合进行更改,并且很想卸载一堆不必要的信息,这可能意味着我们的聚合边界位于错误的位置,并且我们应该重新设计我们的领域模型加载的信息更符合我们的需要。

例如,如果您尝试只更新 Bob,而不是整个团队,那么这可能暗示 Bob 不是 Team 聚合内的实体,而是属于一个不同的、较小的聚合,它有一些与团队的关系。

Mauro Servienti关于聚合边界的演讲可能是一个很好的起点。

于 2021-06-12T11:34:49.130 回答