Domain driven design 我在同一个有界上下文中有两个不同的聚合,它们都需要创建-我应该使用最终一致性还是域服务?

Domain driven design 我在同一个有界上下文中有两个不同的聚合,它们都需要创建-我应该使用最终一致性还是域服务?,domain-driven-design,ddd-service,Domain Driven Design,Ddd Service,假设我有一个总的求职者,另一个叫做简历库,它包含一组简历,并与求职者关联 业务问题:当我创建求职者时,我还需要创建一个与该求职者关联的简历库 我应该创建一个协调此操作的域服务,还是应该使用最终一致性?也许您可以将求职者聚合定义为根聚合,并使用存储库来管理一致性 一篇好文章解释了这些概念也许你可以将求职者聚合定义为根聚合,并使用存储库来管理一致性 一篇漂亮的帖子解释了这些概念嗨,迈克。与使用最终一致性相比,创建域服务有什么好处?即使您创建了域服务,如果它们是您指定的两个单独的聚合,它们最终仍然保持

假设我有一个总的求职者,另一个叫做简历库,它包含一组简历,并与求职者关联

业务问题:当我创建求职者时,我还需要创建一个与该求职者关联的简历库


我应该创建一个协调此操作的域服务,还是应该使用最终一致性?

也许您可以将求职者聚合定义为根聚合,并使用存储库来管理一致性


一篇好文章解释了这些概念

也许你可以将求职者聚合定义为根聚合,并使用存储库来管理一致性


一篇漂亮的帖子解释了这些概念

嗨,迈克。与使用最终一致性相比,创建域服务有什么好处?即使您创建了域服务,如果它们是您指定的两个单独的聚合,它们最终仍然保持一致。请你重新措辞这个问题好吗?是的,我的问题是我应该创建一个域服务来打两个电话:第一个是创建求职者聚合,第二个是创建带有求职者ID的简历库?还是让简历库聚合订阅“JobSeekerCreated”事件并从中创建简历库?嗨,迈克。与使用最终一致性相比,创建域服务有什么好处?即使您创建了域服务,如果它们是您指定的两个单独的聚合,它们最终仍然保持一致。请你重新措辞这个问题好吗?是的,我的问题是我应该创建一个域服务来打两个电话:第一个是创建求职者聚合,第二个是创建带有求职者ID的简历库?或者我是否让ResumeBank聚合订阅“JobSeekerCreated”事件并从此处创建ResumeBank?求职者是求职者聚合的聚合根,ResumeBank是单独聚合的聚合根。求职者是求职者聚合的聚合根,ResumeBank是单独聚合的聚合根。