DDD聚合建模

Question

我相对需要DDD战术模式，并且需要帮助建模示例应用程序的帮助。我正在创建一个应该帮助人们管理商店/组织中的转变的应用程序。

我目前正在从事我的第一个微服务：会员服务（域）。该服务负责创建新的组织＆amp;邀请用户成为创建组织的成员。以下是我试图建模的服务规则。

• 任何用户都可以创建一个组织，
• 用户可以创建一个以上的组织来
• 创建该组织的组织是组织的初始管理，
• 一个组织至少只有1个
• 管理员只能邀请人们加入组织。他们可以通过通过电子邮件发送邀请来邀请不是当前用户的人，
• 只有在接受邀请（可能是通过电子邮件单击链接）

的情况下，我只有2个汇总根类：组织和AMP ;用户

组织

class Organization extends Aggregate {
  private _id!: OrgId;
  private _members!: Member[];
  private _name!: Name;

  get members() {
    return this._members;
  }

  get id() {
    return this._id;
  }

  constructor(args: InstantiateConstructorArgs | CreateConstructorArgs) {
    super();
    if (args.type === ConstructorTypes.Instantiate) {
      this.loadFromHistory(args.events);
    } else {
      const organizationCreatedEvent = OrganizationCreatedEvent.create(
        args.id,
        args.creatorId,
        args.name
      );
      this.applyChange(organizationCreatedEvent);
    }
  }

  private applyOrganizationCreatedEvent(e: OrganizationCreatedEvent) {
    const initialMember = new Member(
      e.orgId,
      MemberRoles.Admin,
      e.creatorUserId
    );
    this._id = e.orgId;
    this._name = e.orgName;
    this._members = [initialMember];
  }
}

如您所见，组织Rogent Root负责维护其成员的集合。这也是事件来源。成员类是在这样的

export enum OrganizationMemberRoles {
  Admin,
  Regular,
}

class OrganizationMember {
  constructor(
    public readonly organizationId: OrgId,
    public readonly role: OrganizationMemberRoles,
    public readonly userId: UserId
  ) {}
}

用户

class User extends Aggregate {
  constructor(public readonly id: UserId) {
    super();
  }

  createOrganization(orgId: OrgId, name: Name) {
    return OrganizationFactory.CreateOrganization(orgId, this.id, name);
  }
}

的上下文中定义的，我

1. 不确定什么是建模邀请过程的最佳方法。由于只有管理员才能向组织扩展邀请，您是否建议创建管理类并将扩展名称方法放在上面？如果是这样，请求流将如何？
2. 我应该对组织汇总的邀请进行建模？还是应该吞噬整体？如果外部，我应该使用最终的一致性模型将成员添加到组织中吗？

Answer 1

只有管​​理员才能创建它的事实是“授权”问题，也许明天您想将其扩展到不是该组织的“特殊”用户的子集，或者您希望整个平台的管理员能够邀请特定组织中的用户。

只有在接受邀请时将用户添加到组织中（可能通过电子邮件单击链接）

在我看来，邀请是一个实体本身，我看到在组织上具有“邀请”命令的可能性只能通过管理组织本身执行，并将创建一个新的邀请（发送的电子邮件是创建邀请实体的副作用）。

（我看到一种很好的方法，邀请函数insite the org应该已经拥有所需的所有信息来检查不变性，它知道所有已经加入的用户的所有用户）