domain-driven-design - 在整洁的架构中用例交互器应该有多大或多小？

Question

我试图弄清楚如何最好地使用 Clean Architecture 和 DDD 来定义用例。假设我有一个应用程序来处理交货的拣货、包装和运输。这是流程:

1. 用户输入送货以在屏幕上填充送货信息
2. 用户选择订单项并点击按钮进行选择
3. 用户输入包装信息(例如重量和尺寸)并点击按钮进行包装。
4. 用户点击发货按钮调用外部系统获取发货标签

以下是我正在考虑定义我的用例交互器的选项:

1. 为上面列出的每个步骤创建 4 个交互器类
2. 使用 4 个方法创建 1 个交互器类来处理上面列出的步骤

3. 创建 3 个交互器类

   一个。交互者 1 将处理 Enter Delivery 和 Pick

   b.交互器 2 将处理包装

   c。交互器 3 将处理运输

提前谢谢你!

Answer 1

这取决于业务规则:系统的有效状态是什么？在这种情况下，系统是 DeliveryAggregate。

• 如果允许系统在给定时刻处于 4 种状态中的任何一种，那么您可以拥有 4 个 Interactors 或一个具有 4 个方法的 Interactor .

• 如果系统只能处于 3 种状态(即 Picked、Packed 或 Shipped)，那么 3 个交互器或只有 1 个，但有 3 个方法。

在这里您可以应用单一职责原则并选择单独的Interactors。

因此，总而言之，Interactos 设计是由聚合 设计强烈驱动的，因为聚合 是一致性边界.