Domain driven design DDD中的聚合根和存储库
我刚开始使用DDD，遇到了术语聚合根 我目前的理解是，这是一种母实体，它引用了其他补充实体。示例：聚合根将是还包含职位、班次、性别和工资的员工。 我的第一个问题是，这种理解是否正确 其次，我得到的印象是，存储库只为每个聚合定义。然而，这让我很困惑，我们如何检索关于其他实体的信息，例如：职位列表或轮班类型Domain driven design DDD中的聚合根和存储库,domain-driven-design,ddd-repositories,aggregateroot,Domain Driven Design,Ddd Repositories,Aggregateroot,我刚开始使用DDD，遇到了术语聚合根 我目前的理解是，这是一种母实体，它引用了其他补充实体。示例：聚合根将是还包含职位、班次、性别和工资的员工。 我的第一个问题是，这种理解是否正确 其次，我得到的印象是，存储库只为每个聚合定义。然而，这让我很困惑，我们如何检索关于其他实体的信息，例如：职位列表或轮班类型 谢谢，聚合是用于强制执行不变量的一致性边界。这意味着聚合中的实体和对象必须与业务规则保持一致 其次，我得到的印象是，存储库只为每个聚合定义。然而，让我困惑的是，我们如何检索关于其他实体的信息，例
谢谢，聚合是用于强制执行不变量的一致性边界。这意味着聚合中的实体和对象必须与业务规则保持一致 其次，我得到的印象是，存储库只为每个聚合定义。然而，让我困惑的是，我们如何检索关于其他实体的信息，例如：职位列表或轮班类型 如果您选择这样做，您可以对数据使用单独的读取模型，而且业务部门希望以不同的方式查看数据是有道理的。写入数据时需要强制执行的一致性不适用于读取端。是有助于实现这一点的模式-将写端和读端分开
对于包括建模示例和编码在内的完整教程，您也可以阅读我的三部曲。非常感谢Mike，他肯定会查看您的页面。业务规则是不变量的同义词吗？你用那种方式，但有人写道他们是不同的。。。