使用 DDD 和 CQRS 处理域逻辑的重复

Question

我正在试验 DDD + CQRS，我不明白如何处理这个域逻辑重复问题：

首先，关于跨域重复：

场景 1： 假设我有一些处理办公室员工的应用程序。我有 3 个有界上下文：程序员部门、QA 部门和审计部门。每个 BC 都有自己的 AR：“程序员”、“测试人员”、“工人”。它们有 99% 的不同，每个都有不同的逻辑，但是，每个都有“姓名”、“姓氏”和一个简单的方法“getFullName”，它将这两者连接起来。

问题 1：我如何（并且应该？）使通用方法在每个 AR 中不重复？

最简单的答案可能是创建一些共享的“人类”类，并让这 3 个 AR 派生自它，但这与 DDD 的想法背道而驰，因为“QA 部门”永远不需要“getFullName”方法，而是需要一些其他“共享”方法。因此，此解决方案将使用未使用的方法向域发送垃圾邮件。

现在关于 CQRS 代码重复：

场景 2： 数据库包含发票。每张发票都有字段“sum”和“tax”。在“显示发票”页面中，我需要显示含税的发票金额。因此，在我的读取模型中，我需要执行“total = sum + tax”来将其展示给最终用户。但是，用户可以按“批准”按钮，比方说，它应该在其他数据库（会计或其他数据库）中注册发票金额。因此，在我的写入模型中，我将再次需要执行“total = sum + tax”。

问题 2：我如何（并且应该？）删除这种重复？

当然，这是一个简单的场景，但在分析了我的一些现实生活应用程序后，我发现使用 CQRS 需要在不同的地方进行大量重复，因为有很多地方是根据数据计算最终结果的存储在数据库中，并在查询和命令操作中完成。

有什么想法吗？我错过了什么吗？

Answer 1

场景 1

1. 将代码复制并粘贴到三个有界上下文中的每一个中。
2. 为包含在共享库中的名称创建一个值对象，该库封装了获取全名的逻辑。
3. 创建负责管理员工详细信息的员工有界上下文。然后，任何其他有界上下文都可以使用它来查找员工的详细信息。将发布事件以确保有界上下文之间的一致性（例如，EmployeeJoinedCompanyEvent 包含其全名）。

场景 2

任何计算都应该是您的域模型的一部分。包含在实体、值对象或域服务中。

然后，任何计算的结果（在本例中为总计）都包含在从域发布的事件中。读取和写入数据存储都可以根据已发布事件中包含的值进行更新。他们不应该自己做任何计算。

例如，如果域发布InvoiceApprovedEvent，它将包含读取模型所需的所有数据。包括总税额和总金额。

事件也是有界上下文之间集成的主要方式。因此，如果您需要更新会计有界上下文或外部系统，您可以从 Invoicing 有界上下文订阅相关事件并在收到事件时进行处理。

参考文献

我强烈推荐几个资源来实现 DDD 和 CQRS（假设您已经熟悉 Eric Evan 的 DDD 书籍）。

• Microsoft 模式和实践 - Exploring CQRS and Event Sourcing（免费电子书）
• Implementing Domain-Driven Design Vaughn Vernon（付费书）

Answer 2

场景 1

主数据管理之类的东西通常是其自身的有界上下文。这是员工姓名、出生日期等所属的地方。其他有界上下文以及各种读取模型可以从那里（直接或间接）检索它们的数据。

场景 2

如果您只是创建简单的总和，我不介意在上下文中有一些重复。一旦你有了更复杂的计算方法，它们应该清楚地与它们各自的有界上下文相关联。在您的示例中，可能存在 Invoicing 有界上下文，这是与发票相关的算法、计算和服务所属的自然位置。然后将从那里传播发票的创建和批准以填充受影响的读取模型。