23、软件解决方案中的领域理解与代码复用实践

软件解决方案中的领域理解与代码复用实践

1. 软件领域关系与设计分析

在软件解决方案中，不同模块之间存在着特定的关系。例如，预订（Reservation）和支付（Payments）之间是客户/供应商关系，因为支付模块提供服务以执行预订的任务，而其他关系则归类为合作伙伴关系。大多数有界上下文（Bounded Context）中的客户/用户概念通过用户账户授权令牌进行协调，该令牌间接处理所有有界上下文中这些概念的映射。

包/位置子系统不仅传达执行预订/购买所需的包信息，还负责通知待处理的采购订单可能的价格变化。此外，社交互动可以从现有的评论或位置开始，从而与包/位置有界上下文进行通信。

领域驱动设计（DDD）被广泛采用，其主要原因在于它能够满足市场需求。通过领域地图可以识别领域并协调在同一应用不同领域工作的团队。DDD 使用实体、值对象和聚合来表示数据，并提供了一些典型模式，如仓库和工作单元模式、领域事件模式、命令查询职责分离（CQRS）和事件溯源等，同时还给出了实践中的实现建议和代码片段。

以下是一些关于领域驱动设计的常见问题：
1. 什么提供了发现领域边界的主要线索？
2. 用于协调单独有界上下文开发的主要工具是什么？
3. 组成聚合的每个条目是否通过其自身方法与系统的其余部分进行通信？
4. 为什么只有一个聚合根？
5. 一个聚合可以由多少个仓库管理？
6. 仓库如何与应用层交互？
7. 为什么需要工作单元模式？
8. 轻量级 CQRS 和最强形式 CQRS 的原因分别是什么？
9. 允许我们将命令/领域事件与其处理程序耦合的主要工具是什么？
10. 事件溯源