Domain driven design DDD域与聚合

Domain driven design DDD域与聚合,domain-driven-design,Domain Driven Design,我正试着绕着DDD转 假设我们有一个求职板网站,组织可以在那里发布职位,申请人可以申请 我的理解是否正确,将有一个招聘领域,包括: JobPost和JobPostApplication作为聚合 雇佣组织和申请人作为各自集合的实体 如果是,将如何: 申请人与来自Auth域的用户相关 雇佣组织与组织域中的组织相关 你会怎么做 申请人与来自授权域的用户相关 雇佣组织与组织领域中的组织相关 通常:共享标识符。某些值(通常是不透明的标记,如UUID)由两个上下文共享,因此我们可以在数据随时间演化的

我正试着绕着DDD转

假设我们有一个求职板网站,
组织可以在那里发布职位,
申请人可以申请

我的理解是否正确,将有一个
招聘
领域,包括:

  • JobPost
    JobPostApplication
    作为聚合
  • 雇佣组织
    申请人
    作为各自集合的实体
如果是,将如何:

  • 申请人
    与来自
    Auth
    域的
    用户
    相关
  • 雇佣组织
    组织
    域中的
    组织
    相关
你会怎么做 申请人与来自授权域的用户相关 雇佣组织与组织领域中的组织相关

通常:共享标识符。某些值(通常是不透明的标记,如UUID)由两个上下文共享,因此我们可以在数据随时间演化的不同空间中关联谈论“同一”事物的消息

Recruitment
└── Model
    ├── Entities
    │   ├── Applicant
    │   └── HiringOrganisation
    │   └── Location
    ├── ValueObjects
    │   └── Salary
    │   └── EmploymentType
    ├── JobPost
    └── JobPostApplication