DDD - 乐观并发属性（etag 或时间戳）是否应该成为域的一部分？

Question

从理论上讲，如果我们在聚合根级别实现乐观并发（AR 中的更改实体会更改 AR 上的版本）并假设我们使用时间戳作为版本属性（只是为了简单起见） - 时间线应该是 AR 上的属性还是应该它一方面是读取模型的一部分，另一方面（例如更新）是应用程序服务的单独参数，例如：

[伪]

public class AppService{
.
.
.
   public void UpdateSomething(UpdateModelDTO model, int timestamp)
   {
      repository.GetModel(model.Identifier);
      model.UpdateSomething(model.something);
      repository.ConcurrencySafeModelUpdate(model, timestamp);
   }
}

我看到了两者的优点/缺点，但想知道哪个是按部就班的解决方案？

[更新]

为了回答@guillaume31 的问题，我期待通常的情况：

1. 读取时，版本标识符被读取并发送到客户端
2. 更新时，客户端发回标识符，如果版本标识符不同，存储库会返回某种错误。

我不知道它是否重要，但我想将创建/更新版本标识符的责任留给我的数据库系统。

Answer 1

我假设，否则你不会问这个问题，你正在使用你的域模型作为数据模型（即 Hibernate 实体），那么你已经在你的域模型中引入了基础设施问题，所以我建议你继续并将时间戳添加到 AR。

Answer 2

除了与业务相关的问题外，聚合不应关心其他任何事情。它应该是纯粹的，没有任何基础设施问题。

数据库/持久性中的version 列是基础架构问题，因此不应反映在域层的聚合类中。

附：使用时间戳进行乐观锁定很奇怪；您最好使用一个整数，该整数在每次聚合发生变异时递增，并且在执行 save 时预期具有 (loaded-version + 1)。

public void UpdateSomething(UpdateModelDTO model)
{
     (model, version) = repository.GetModel(model.Identifier);
     model.UpdateSomething(something);
     repository.ConcurrencySafeModelUpdate(model, version + 1);
}

Answer 3

没有按部就班的解决方案。有时您的聚合中已经有一个非常适合该角色的字段（例如LastUpdatedOn），有时您可以将其设为非域数据。出于性能原因，选择该字段作为获取聚合的同一查询的一部分可能是个好主意。

一些 ORM 提供了检测并发冲突的工具。一些 DBMS 可以为您自动创建和更新版本列。您可能应该在您的特定堆栈中寻找有关乐观并发的指南。