domain-driven-design - 领域驱动设计 : Domain rules in services and aggregates

Question

当涉及多个聚合时，我对域执行业务规则的方式表示怀疑。

假设我有账户和外部账户聚合:

public class Account {
    public String getId() {...}
    public void add (Double amount) {}
}

public class ExternalAccount {
    public String getId() {...}
    public void add (Double amount) {}
}

和这项服务:

public class TransferService implements TransferServiceInterface {
    public void transfer (String AccountId, String ExternalAccountId, Double amount) {
        Account fromAccount = accRepository.get(AccountId);
        ExternalAccount toAccount = extAccRepository.get(ExternalAccountId);

        transferIsValid(fromAccount, toAccount, amount);

        fromAccount.add(-amount);
        toAccount.add(amount);
    }
}

如果传输不符合域规则，transferIsValid 将抛出异常。

如何防止此模型的用户不使用该服务并执行如下操作:

    Account fromAccount = accRepository.get(AccountId);
    ExternalAccount toAccount = extAccRepository.get(ExternalAccountId);

    fromAccount.add(-amount);
    toAccount.add(amount);

用户没有使用该服务，也没有使用 transferIsValid(...) 来检查完整性。我认为我的设计存在错误，因为用户不应该做一些无效的事情。我该如何预防？我的设计错误在哪里？

Answer 1

首先:不要使用Add()提现。 DDD 就是关注领域。而且我不认为你说 所以当我向帐户 A 添加负数额的钱时，当你与产品所有者交谈时，相同的金额将添加到帐户 B。添加一个 Widthdraw 方法。

---

记住。编码时没有用户参与。程序员是。所有程序员都可以搞砸代码。

关于服务:您无法通过代码阻止这种情况。除非唯一有效的提款方式是将其转移到另一个帐户。在这种情况下，您可以更改 Widthdraw() 方法以将另一个帐户作为参数。

除此之外，只需将文档添加到您的Widthdraw 方法，并说明如果涉及两个帐户则应使用该服务。恕我直言，任何 DDD 开发人员都应该知道应该使用该服务，因为这是我们在 DDD 中做事的方式(你和我做过，下一个具有 DDD 经验的开发人员也应该如此)。