4. 限界上下文（Bounded Context）：定义、识别原则与上下文映射模式

限界上下文是领域驱动设计中最重要的战术模式之一，它划定了领域模型的边界，确保模型内部的术语、规则和逻辑保持一致性。没有限界上下文，领域模型将陷入“大泥球”式的混乱。本章将深入定义限界上下文，给出识别原则，并系统讲解上下文映射模式。

4.1 限界上下文的定义

限界上下文是一个显式的边界，领域模型在这个边界内具有特定的含义。它解决了“同一个词在不同场景下含义不同”的问题。例如，“客户”在销售上下文、售后上下文和财务上下文中，其属性、行为和规则完全不同。

4.2 识别限界上下文的六大原则

识别限界上下文是领域建模的关键步骤。以下六大原则可以帮助架构师和领域专家准确划定边界：

1. 业务能力原则：每个限界上下文对应一个独立的业务能力域。例如，“库存管理”、“订单处理”、“支付结算”各自构成一个上下文。
2. 变化频率原则：如果两个业务概念的变化频率和原因不同，它们应该属于不同的上下文。例如，商品基本信息（名称、描述）变化少，而商品价格（促销、折扣）变化频繁，应分开。
3. 团队组织原则：遵循康威定律，一个限界上下文通常由一个团队负责。如果两个团队维护同一个模型，容易产生冲突和耦合。
4. 数据所有权原则：每个限界上下文拥有自己的数据存储，不直接访问其他上下文的数据库。数据通过接口或事件进行交换。
5. 语义一致性原则：同一个术语在上下文内部必须具有唯一且明确的含义。如果“用户”在某个场景下既指“注册用户”又指“匿名访客”，说明边界不清晰。
6. 部署独立性原则：限界上下文应该能够独立部署和扩展。如果两个模块必须同时部署才能工作，它们很可能属于同一个上下文。

4.3 上下文映射模式

限界上下文之间需要协作，上下文映射模式描述了这些协作关系。Eric Evans 在《领域驱动设计》中定义了多种模式，以下是实践中最重要的七种：

4.4 上下文映射关系图

下图展示了一个电商系统中典型的上下文映射关系，使用不同颜色区分上下文，箭头表示依赖方向：

4.5 防腐层（Anti-Corruption Layer）深度解析

防腐层是实践中最重要的上下文映射模式之一。当两个上下文需要集成，但下游不希望被上游的模型污染时，在下游侧建立一个转换层，将上游模型翻译为下游自己的模型。

防腐层的典型结构：

// 上游上下文（外部系统）的模型
public class ExternalOrder {
    public String orderId;
    public String customerName;
    public List<ExternalItem> items;
}

// 下游上下文（我们的系统）的模型
public class Order {
    public String id;
    public String customer;
    public List<OrderLine> lines;
}

// 防腐层：适配器
public class OrderAdapter {
    public Order translate(ExternalOrder external) {
        Order order = new Order();
        order.id = external.orderId;
        order.customer = external.customerName;
        order.lines = external.items.stream()
            .map(item -> new OrderLine(item.productId, item.quantity))
            .collect(Collectors.toList());
        return order;
    }
}

4.6 上下文映射的实践建议

在实际项目中，上下文映射不是一次性的工作，而是持续演进的。以下是一些实践建议：

• 从大粒度开始：先识别粗粒度的上下文（如订单、支付、库存），再逐步细化。
• 优先使用低耦合模式：默认选择“开放主机服务”或“防腐层”，避免过早使用“共享内核”。
• 记录映射关系：使用上下文映射图（如上面的SVG图）记录所有上下文之间的依赖关系，作为架构文档的一部分。
• 定期评审：随着业务发展，上下文边界可能发生变化，定期组织事件风暴工作坊重新审视边界。
• 避免循环依赖：上下文之间的依赖应该是有向无环图（DAG），避免A依赖B、B又依赖A的情况。