DDD / 聚合根 / 版本控制

Cok*_*aka 3 versioning domain-driven-design aggregateroot

我们通常如何处理聚合根的版本控制?

我正在考虑这条线(我在调查设计领域)。

进行版本控制的一种方法是使用一种基于现有版本的显式方法来创建新版本。例如,Study(聚合根)。

所以最初我们有一个聚合根,其根实体是 Study with (business) key "ABC", version "1"。

通过在 Study 上调用方法“newVersion()”,将创建该 Study属于同一聚合根的所有其他实体的副本。

所以基本上,版本控制是通过创建一个单独的实例(聚合根)来完成的。ID 是复合的(业务密钥 + 版本)。

我们怎么知道它是否是一个分支?还是只有一个版本?(1.1?或2)。我想,这个简单的规则会起作用:如果没有关联的其他版本,那么它是“一个版本”(2);如果已经有另一个版本,那么它就是一个分支(1.1)。

另一个问题:噪音。

但这意味着,我们无法处理/修改现有版本。每次我们想对我们的对象进行修改时,我们都必须创建一个 newVersion。每次???嗯……听起来不对。

或者……我们可以根据标志(活动/非活动或已发布/未发布)制定这样的规则。如果标志为“not-active”,我们可以直接修改AR,无需创建新版本。如果标志处于活动状态,我们必须:(a)首先将其设置为“not-active”,然后修改....或(b)创建一个 newVersion 并处理该版本(最初设置为“not-active”) )。

您想就此事分享任何想法/经验?

Chr*_*mon 5

我认为在研究这个问题时你会发现事情有点混乱,因为有两个非常不同的概念在起作用:

  • 版本控制作为支持乐观并发的并发控制机制
  • 版本控制作为一个明确的领域概念

支持乐观并发的版本控制

乐观并发是指允许同时启动两个事务,但如果它们都尝试修改同一个数据项,则只允许第一个事务继续。有关不同锁定策略的概述,请参阅并发控制

总之,您将版本控制留给持久性技术,因为版本的目的是检测对持久层的同时写入。

使用这种模式时,通常甚至不保留旧版本的副本,但当然可以将其作为审计跟踪/更改日志来做。

版本控制作为一个明确的领域概念

根据您的问题以及支持潜在分支策略的需要,听起来版本控制是您领域中的一个明确的领域概念 - 即“版本”的概念是您的领域专家所谈论的,而使用版本是一个通用语言的重要组成部分。

但是,您提出了一些不同的概念,表明该领域需要进一步探索:

  • 版本分支
  • 用户定义的版本命名/标记(但仍连接到版本的“链”)
  • 显式版本更改(用户请求)与隐式版本更改(每次更改时自动进行)
    • 如果我正确理解您的意图,通过显式版本控制,当前的“活动”/“实时”/“提示”版本是可变的,并且可以在不跟踪更改的情况下进行修改,直到用户“提交”它 - 它变得不可变,并且创建了可变的新“实时”版本。

如果您探索此版本,可能会出现一些其他概念:

  • 分支合并(一旦你拆分了两个分支,如果你想把它们重新组合在一起会发生什么?)
  • 回滚 - 如果您有旧版本,您是否支持“撤消”一项或多项更改?

鉴于上述内容,您还可以从版本控制系统的集中式(例如subversion)和分布式(例如gitmercurial)工作方式中找到一些见解,因为它们呈现了一种混合可变和不可变的版本跟踪的主动工作模型元素。

这里的悬而未决的问题告诉我,您需要与您的领域专家更详细地探讨这一点。使用 DDD 有时很容易迷失在您可以做的事情中,但我强烈建议您尝试并了解您需要做什么。

您的用户/领域专家如何看待世界?他们希望能够进行什么样的操作?这些操作实现其初始目标的目的是什么?您的目标是将这些问题的答案提炼成一个模型,该模型有效地封装了他们所使用的流程。

编辑以考虑建模

根据您的评论 - 我的第一个反应是在考虑修改后的问卷时挑战对“版本”一词的解释。事实上,我很想挑战模板/调查关系的建模。考虑一组可能的实体:

  • 模板

    • 定义问卷中的问题集
    • 支持操作:
      • 开始调查
      • 各种操作修改模板中的问题和选项等。
  • 民意调查

    • 调查将拥有自己的问卷,而不是参考“实时”模板
    • 当您调用 Template.StartSurvey 时,它会返回一个调查,该调查预先填充了模板中的问题列表
    • 调查还支持修改问题 - 但这不会更改创建它的模板
    • 与模板不同,调查还维护记录答案的列表,并提供设置答案的操作
    • 它可能还包括一个生命周期状态,其中在某些状态下允许回答问题,但是一旦“提交”,您就无法修改答案(只是猜测这个)。

在这个世界上,调查是从模板中“盖章”出来的,然后过着独立的生活。您可以随意修改调查中的问卷,不会影响模板。

这里的权衡是,如果您确实修改了模板,那么已经从它创建的调查都不会得到更新 - 但听起来这对您来说可能更安全吗?

您还可以支持将调查转换回模板的操作,这样如果您喜欢修改后的调查的外观,您可以“模板化”它,以便它可以用于未来的调查。