Question

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

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

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

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

（关于代码片段的注释：用于删除Java详细信息的Groovy代码。名称中包含DDD构建块）

变体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

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

但是，我认为你可能还有其他一些问题，或者至少你可以使用其他一些DDD战术模式来改善你的设计。

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

除了解耦您的组件外，您还在丰富您域名中无处不在的语言。现在发送通知是为了回应转账而不是作为同一过程的一部分，许多其他感兴趣的各方也可以做出反应。

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

如果你考虑一下，账户之间的资金转移很少以原子方式发生（如果他们这样做的话）。我想如果两个账户在同一个银行中就可能出现这种情况，但当转账跨越多个银行时，必须使用最终的一致性。

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

1 个答案: