Domain driven design 域服务可以访问存储库吗？

域服务可以访问存储库吗？或者他们应该处理应用程序服务传递给他们的聚合/实体？

考虑相同业务操作的两个代码示例—资金转移。作为第一步，我改变账户余额。然后我获得通知电子邮件并发送通知。我知道，我可能应该抽象通知的发送方式（电子邮件、短信、信鸽），但为了简单起见，让我们假设我们现在只支持电子邮件

变体1使用域服务内的存储库变体2解析应用程序服务中的依赖项，并将它们传递给

TransferDomainService

在本例中，操作很简单（从一个帐户中减去钱并将其添加到另一个帐户）。但是否会涉及更多的业务规则（可能需要访问更多的聚合）？如果应用了变体2，那么应用程序服务必须知道域服务到底需要什么。如果选择了变体1，则域服务会询问存储库执行其任务所需的内容

（关于代码片段的注释：删除名称中包含的Java.DDD构建块的冗长内容的Groovy代码）

变体1

类传输应用程序服务{
def transferDomainService
def客户域服务
def emailNotifierInfrastructureService
def转账（从账户、到账户、金额）{
transferDomainService.transfer（从帐户、到帐户、金额）
def email=customerDomainService.accountNotificationEmail（toAccount）
emailNotifierInfrastructureService.notifyAboutTransfer（电子邮件，金额）
}
}
类TransferDomainService{
def帐户存储库
def转账（从账户、到账户、金额）{
def from=accountRepository.findByNumber（fromcount）
def to=accountRepository.findByNumber（toAccount）
至.减少余额（金额）
从.增加余额（金额）
}
}

变体2

类传输应用程序服务{
def帐户存储库
def transferDomainService
def客户域服务
def通知结构服务
def转账（从账户、到账户、金额）{
def from=accountRepository.findByNumber（fromcount）
def to=accountRepository.findByNumber（toAccount）
transferDomainService.transfer（从、到、金额）
def email=customerDomainService.accountNotificationEmail（toAccount）
NotifyrInfrastructureService.notifyAboutTransfer（电子邮件、金额）
}
}
类TransferDomainService{
def转账（从账户、到账户、金额）{
至.减少余额（金额）
从.增加余额（金额）
}
}

好吧，我想说，如果选择要加载的实体归结为大量的域逻辑，那么我可能会将该任务委托给域服务。然而，我通常会努力解决应用程序服务中的聚合根引用

然而，我认为您可能还有一些其他问题，或者至少您可以使用一些其他DDD战术模式（如域事件）来改进您的设计

在我看来，应用程序服务中根本不应该有任何通知发送代码。相反，域服务可以引发MoneyTransfer域事件。然后，您将有一个订阅此活动的人，负责发送电子邮件

除了解耦组件之外，您还丰富了域中无处不在的语言。现在，发送通知是为了响应正在进行的资金转账，而不是作为同一流程的一部分，许多其他相关方也可以做出反应

最后，您的域服务当前违反了每个事务只修改一个聚合根的规则。我不是说你永远不能违反规则，但通常这是一个很好的指标，表明你应该使用最终一致性，或者你的聚合边界是错误的

---

如果你仔细想想，账户之间的资金转移很少以原子方式发生（如果它们曾经发生过的话）。如果两个账户在同一家银行，我想可能会出现这种情况，但当转账跨越多家银行时，必须使用最终一致性。

是的。域服务仍然是编排器，只是其专业领域更广restricted@MikeSW你的意思是“是”“域服务访问存储库”还是“它们处理应用程序服务传递给它们的聚合/实体”？对标题问题是。我在这段视频中建议不要在应用程序服务中使用存储库。您的应用程序服务协调域设备，其中域服务使用存储库。我们将DDD与CQR一起使用。我们使用处理程序来决定如何处理作为命令出现的UI数据。大多数情况下，处理程序都注入了聚合根的存储库。它调用AR上的方法并将其保存回存储库。“处理程序”是一种应用程序服务。例如，OrderNumberGenerator是一个域服务。它还可以要求并接收存储库。它只是在域层中，而不是应用程序中。不要将我的示例作为代码，而将其作为从生产代码中获取的内容：）。我只是想为域服务存储库变量设置一个上下文。@mgryszko好吧，在DDD中，您不能在虚拟域上获得答案，然后将其应用于您自己的域。所有的答案都归结为“视情况而定”。你有一套规则和指导方针，但没有什么是一成不变的。我想说的是，应用程序服务应该将聚合解析到域服务，除非这会泄露应用程序服务中的域逻辑（例如，根据域规则查找这些依赖项）。另外，我想说的是，如果您没有在同一事务中修改两个聚合，那么您可能不会修改