domain-driven-design - 如何在领域驱动设计中设计自引用聚合

Question

我在一个任务系统上工作，其中一个任务可以有集合子任务，子任务可以有子任务集合等等(递归)。

域

任务是根据Organizational Chart

给出的

示例组织结构图:

Mahdi
---Saeed
------Jaime
------Ahmed
---Tarawneh
------Mae
---Rasheed

组织结构图中处于上位的人会将任务分配给下属。

假设 Mahdi 将任务分配给名为 Saeed 的 准备雅思类(class) Material 。

然后 Saeed 可能会将任务分解为子任务。

prepare course materials for IELTS
---issue laptop and equipment (assigned to Jaime)
---prepare the checklist form(assigned to Ahmed)

然后如果它真的是一个大任务，Jaime 可能会将它进一步划分为子任务。

根据领域专家的说法，它通常低于 3 级

不变量:

• 在移动任务的截止日期时，应检查它不应超过其父任务的截止日期
• 如果任务有子任务，它的状态将基于它们。 (任务将保持挂起状态，直到有一个子任务挂起....当所有子任务完成时，任务将自动标记为完成)
• 如果没有子任务，每个单独的任务都可以更新它们的状态

编辑

• 我只能更新分配给我或我分配给的任务状态。
• 我只能把任务交给直属下属

我是否必须坚持 Task 概念，或者我仍然缺少一些概念，例如 MainTask 和 SubTask(仅举个例子)？

如果我坚持 Task 的概念，我应该加载整个图还是只加载直接父图和子图？

或者我应该将所有工作委托(delegate)给领域服务吗？这可能会将任务变成贫血模型？

Answer 1

您应该在 Effective Aggregate Design 上查看 Vaughn Vernon 的系列文章;他探索的问题领域与您描述的有相似之处。

when moving the deadline of task, it should check that it should not exceed the deadline of its parent task

如果此不变量失效，业务成本是多少？

如果最后期限错误是一个必须避免的代价高昂的问题，那么您将被迫采用一种设计，其中任务图的所有最后期限都需要包含在单个聚合边界内(因为最终，所有对任务截止日期的写入都需要立即与根任务的截止日期一致。

但是，这并不是写入发生后特别难以检测的情况。如果您可以放宽限制——允许“无效”截止日期，但实现检测和补救它们的能力——那么您在设置边界的位置上就会有更大的灵 active 。

您的状态要求中的问题是类似的:如果您需要状态更新立即保持一致，如果您需要在单个事务中将状态更改的写入一直向上级联到任务图中，那么所有任务状态需要在同一个聚合边界。

如果不是这样；如果足以看到子任务已完成，并在单独的事务中更新父任务状态，那么您可以更灵活地绘制聚合边界。

我的猜测是您将希望避免为每次写入加载整个任务图。如果所有任务都是同一聚合的一部分，则您一次只能更新一个任务。立即一致性意味着更多的写入竞争；您需要与领域专家坐下来，确保每个人都了解其中哪些对业务更重要。

• I can only update task status that are assigned to me or I assigned to.
• I can only give tasks to staff that are directly under me

同样，这对企业真的有值(value)吗？这真的是您的任务分配上下文的一部分，还是责任属于授权？

您还需要考虑记录簿是什么。如果您的模型是谁向谁报告的权威，那么尝试强制将连接任务分配给报告链的不变性可能是有意义的。但是，如果像大多数组织一样，报告链是在现实世界中决定的，那么模型强制执行严格的约束就没有真正意义，因为它的数据副本已经过时。

任务分配可能类似 - 一些经理正在决定委派一些工作，并且只是通知系统这种情况。

在这些情况下，现实世界违反了业务规则，系统应该对其进行跟踪，而不是试图假装它不会发生。