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

Question

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

考虑相同业务操作的两个代码示例 - 汇款。第一步，我更改账户余额。然后我获取通知电子邮件并发送通知。我知道，我可能应该抽象发送通知的方式(电子邮件、SMS、信鸽)，但为了简单起见，我们假设我们现在只支持电子邮件。

变体 1 使用域服务内的存储库。 变体 2 解决应用程序服务中的依赖关系并将它们传递给 TransferDomainService .

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

(关于片段的注释:去除 Java 冗长的 Groovy 代码。名称中包含 DDD 构建 block )

变体 1

class TransferApplicationService {
    def transferDomainService
    def customerDomainService
    def emailNotifierInfrastructureService

    def transfer(fromAccount, toAccount, amount) {
        transferDomainService.transfer(fromAccount, toAccount, amount)
        def email = customerDomainService.accountNotificationEmail(toAccount)
        emailNotifierInfrastructureService.notifyAboutTransfer(email, amount)
    }
}

class TransferDomainService {
    def accountRepository
    def transfer(fromAccount, toAccount, amount) {
        def from = accountRepository.findByNumber(fromAccount)
        def to = accountRepository.findByNumber(toAccount)
        to.decreaseBalance(amount)
        from.increaseBalance(amount)
    }
}

变体 2

class TransferApplicationService {
    def accountRepository
    def transferDomainService
    def customerDomainService
    def notifierInfrastructureService

    def transfer(fromAccount, toAccount, amount) {
        def from = accountRepository.findByNumber(fromAccount)
        def to = accountRepository.findByNumber(toAccount)
        transferDomainService.transfer(from, to, amount)
        def email = customerDomainService.accountNotificationEmail(toAccount)
        notifierInfrastructureService.notifyAboutTransfer(email, amount)
    }
}

class TransferDomainService {
    def transfer(fromAccount, toAccount, amount) {
        to.decreaseBalance(amount)
        from.increaseBalance(amount)
    }
}

Answer 1

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

但是，我认为您可能在这里遇到了一些其他问题，或者至少您可以使用其他一些 DDD 战术模式(例如域事件)来改进您的设计。

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

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

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

如果您考虑一下，帐户之间的资金转移很少以原子方式发生(如果有的话)。我想如果这两个账户在同一家银行，可能就是这种情况，但是当转账跨越多个银行时，必须使用最终的一致性。