使用 DDD 更新多个实体

Question

我正在使用 Spring Boot、Java 和 JPA 开发一个应用程序。我选择 DDD，它有多个模块：应用程序、域和基础设施层。该域是纯 Java 语言。

我有一个域实体帐户。一个用户可以拥有多个帐户。帐户具有类型和状态，但只有一个帐户可以处于“活动”状态，其余帐户必须处于“非活动”状态。如果我想更改用户的一个帐户的状态，那么我必须更改两个帐户。将“活动”一项设置为“非活动”，将“非活动”一项设置为“活动”。这就带来了事务管理。我不知道在域层中处理此问题的正确方法是什么。

enum State {
  ACTIVE, INACTIVE
}

class Account {
  private String userId;
  private State state;
  private String type;
}

class AccountService {

  Account activate(Account accountToActivate) {
    // various checks

    // 1. inactivate active -> save in JPA repo
    // 2. activate accountToActivate -> save in JPA repo
    // 1 + 2 should be in transaction

    // return activatedAccount
  }
}

• 我认为如果第二个任务失败，我应该编写一些回滚行为。但另一方面，这也会带来一些严重的复杂性。
• 使用 Springs @Transactional 乍一看似乎是一件好事，但我相信从长远来看它会带来其他问题。

我应该重新设计我的聚合吗？我想不出其他的解决方案。你会如何解决这个问题？你有什么经历？

Answer 1

如果您有一组必须始终一致的事物，那么该组事物必须是同一个“聚合”的一部分。埃文斯对聚合的定义：

AGGREGATE 是一组关联对象，我们将其视为一个单元以进行数据更改

任何跨越多个 AGGREGATES 的规则都不会始终保持最新。

这并不必然意味着您的所有帐户实体都需要属于同一聚合。可能您的帐户聚合在那里，而您的用户聚合在这里保存活动帐户的标识符。或者，用户的活动帐户历史记录可能是独立于用户的聚合本身。

有很多可能的答案，具体取决于系统的其他部分关心“活动”帐户，失败会对业务产生什么影响，等等 在。

Answer 2

您的帐户类看起来像 ORM DPO，而不是 DDD 实体。特别是状态枚举并不是业务逻辑的良好对象建模。这是适合您的业务约束的 DDD 模型的一个更好的示例：

public class Account
{
  public string Type { get; set; }
}

public class User
{
  public string Identifier { get; }
  public List<Account> Accounts { get; }
  public Account ActiveAccount { get; private set; }
  public void SetActive(Account account)
  {
    // redacted
  }
}

如何将该模型持久化并转换为关系模型（或存储在 NoSQL 数据库中的 JSON 文档、通过 FTPS 访问的 XML 文件或任何其他外来持久化机制），超出了 DDD 的范围，是基础设施层的责任。