使用 DDD 建模时间表

Question

我正在尝试为我的公司构建调度应用程序模型，并且可以使用一些建议。如果合适的话，我想遵循领域驱动的设计。

该域由一个 Show 对象组成，该对象代表我们可能推销我们产品的一个贸易展览、展览或会议。它有开始和结束日期和时间、议程、演讲者列表、地点等。展会可以完成很多工作，例如分配演讲者、注册与会者、取消等。

我们通常参加展会作为一项或多项营销活动的一部分。活动还包含开始和结束日期以及其他信息以及我们将参加该活动的演出列表。我们可能会在一场特定的展会上推广多个活动。

可以在活动中添加或删除节目，当取消节目时，必须将其从与其关联的任何活动中删除。

我的第一个想法是拥有一个 Schedule 聚合根，其中包含包含 Show 对象列表的 Campaign 实体列表。但我需要一种访问独立节目的方法 - 并且一个节目可以与多个营销活动相关联。

看看我的用例，我正在开发一个 Silverlight 客户端（但也可能会移动）。主视图将是一个日历类型的 UI（如 Outlook），将每个节目显示为约会。还有一些侧栏显示即将到来的节目、当前活动和具有后续任务的节目。当我双击任何这些视图中的某个项目时，“显示详细信息”将显示在子窗口中。

对于如何在我的应用程序代码中对该域进行建模有什么建议吗？

Answer 1

但我需要一种方法来访问独立的节目 - 并且一个节目可以与多个营销活动关联。

不要尝试将所有内容都放在 Schedule 聚合根（当您自由谈论域时，在您的语言中不会出现的术语）下，而是尝试拥有 2 个聚合根 - Show 和 Campaign。

活动还包含开始和结束日期以及其他信息，以及我们将参加该活动的展会列表。

Campaign 可能没有必要保留对 Show 的引用。如果节目知道它促销的活动，那么当您显示活动信息时就足以找到它。

可以在活动中添加或删除节目，取消节目后，必须将其从与其关联的任何活动中删除。

不，不应该。
演出应标记为已取消，如有必要，活动将隐藏它。

我会从this之类的东西开始。

---

只是由于我试图简洁，直到我开始讨论模型时才引入 Schedule。事实上，时间表是该应用程序的重点。时间表代表所有演出。

很可能存在要求在您的域模型中引入 Schedule 的要求。但由于我还没有听到它（或者对您的域的理解不够好），我只是将我的应用程序命名为 Scheduler。或者调度程序有界上下文，如果应用程序不仅仅是调度节目和活动。

此外，在客户心目中，节目不一定了解活动。在我们所有的讨论中，他们只提到将节目分配给营销活动。

如果 Show 必须存在于“独立版本”中，那么它就是一个聚合根（将其推到 Schedule 下不会改变任何事情，只会添加一个抽象层。Show 仍然独立于 Campaign）。如果需要找出与“独立版本”中的节目相关联的活动，则应该存在关联“节目”->“活动”。尽管这可能感觉与领域有点矛盾，但您可以将其视为一种牺牲。

我们以清晰的原始想法来交换表达自己的能力（不确定性原理可以用作一个很好的类比这里）。毕竟——无论如何我们都无法完全彻底地捕捉心理模型。

从逻辑上讲，我同意您的观点，但我还想确保分配给它的所有节目共享的活动只有一个实例。

您应该稍微关注域对象的生命周期。

物体的构建和重建之间存在巨大差异。通常，Campaign 只会构建一次，之后 - 它只会从数据存储中重建。如果您确保同一营销活动的不同实例（从域角度来看）不能保存两次 - 通常这就足够了。

这就是我最初的想法，即营销活动是根源，但这样做忽略了这样一个现实：将会有不属于营销活动一部分的节目。

是的...你是对的。