我的活动是否以正确的聚合方式提出

Question

我对实现 DDD + CQRS + 事件溯源系统还很陌生。以下是我正在建模的业务环境：

用户可以创建组织。一个组织可以有 多个成员。 会员可以是普通会员或 管理员成员。默认创建组织的用户 第一个管理员。

特别是，我试图表示在域丰富的实现中创建组织的行为。以下是我到目前为止所拥有的。

class User extends Aggregate {
  constructor(
    public readonly id: UserId,
    public readonly name: Name,
    public readonly email: Email
  ) {
    super(id);
  }

  createOrganization(orgId: OrgId, name: Name) {
    const creator = new Member(orgId, MemberRoles.Admin, this.id);
    return new Organization(orgId, name, [creator]);
  }
}

class Organization extends Aggregate {
  public readonly members: Member[];
  public readonly name: Name;

  constructor(
    id: OrgId,
    name: Name,
    members: Member[],
  ) {
    super(id);
    this.name = name;
    this.members = members
  }

  addMember(member) { /**/}
  removeMember(memberId) { /**/}
}

我喜欢 User 类上有一个 .createOrganization() 方法，因为它说明了用户有能力这样做。但是我应该在哪里引发UserCreatedOrganizationEvent？我应该在 User 类中执行它吗？在一个聚合（User）中创建事件，然后将其用于直接水合另一聚合（Organization），这不是错误的吗？我一直听说每个聚合都应该从自己的事件中吸收自身，以确保始终保证不变量。那么在组织中使用静态 create 方法是否更有意义？但我无法从 static 方法引发与我的聚合关联的事件。任何对此的想法将不胜感激。

Answer 1

创建组织聚合作为用户聚合的一部分是错误的，因为用户聚合最终会理解组织聚合的复杂性。他们最终紧密耦合。

管理员用户只是创建组织的众多细节之一。我将其视为身份验证/授权问题，它将验证是否应允许执行该操作的用户执行该操作。

是的，通常，您会在组织聚合中创建一个工厂方法（类方法），该方法将实例化聚合并在实例化的聚合对象上引发一个事件。工厂方法将由命令处理程序调用，处理创建组织的命令。

考虑相反的论点，以清楚地理解为什么用户通过用户聚合创建组织是不可持续的。从技术上讲，应用程序中的每一个操作都将由用户执行。这并不意味着用户聚合负责系统中的所有其他聚合。