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