领域战略建模：解密遵从者模式（Conformist）的契约同步规范

在领域驱动设计（DDD）的战略设计阶段，**上下文映射（Context Map）**定义了限界上下文（Bounded Context）之间的协作与依赖关系。当两个上下文存在上下游依赖（Upstream/Downstream），且下游团队无权要求上游团队配合修改接口时，下游通常有两个技术选择：

1. 构建庞大而繁琐的**防腐层（ACL）**，进行彻底的数据结构洗白。
2. 放弃抗争，直接使用上游的领域模型作为本域模型，这被称为**遵从者模式（Conformist）**。

很多人误以为遵从者模式是“烂架构”的代名词。其实，在大型微服务架构中，合理地采用遵从者模式能够显著降低转换开销、加快交付效率。

本文将系统拆解遵从者模式的战略适用场景、遵从者与防腐层的核心技术权衡、以及如何规范地进行两端的契约模型同步。

一、 核心权衡：防腐层 (ACL) vs. 遵从者 (Conformist)

当下游限界上下文面临上游输出的外部数据模型时，必须在转换成本与模型独立性之间进行博弈：

二、 遵从者模式下的 Jar 包硬依赖同步拓扑

遵从者模式一般通过下游团队直接依赖上游暴露的只读契约 SDK（Jar 包）来实现模型的复用与同步：

                   [ 上游限界上下文: 财务结算系统 (Pay Context) ]
                                      │
                                      ▼ 1. 编译生成包含结算领域模型的只读 SDK
                     【 结算域契约 Jar 包: pay-client-sdk.jar 】
                                      │
          ┌───────────────────────────┴───────────────────────────┐
          ▼ 2a. 导入此 SDK 的下游                                 ▼ 2b. 导入此 SDK 的下游
    [ 订单上下文 (Order Context) ]                          [ 报税上下文 (Tax Context) ]
          │                                                       │
          ├─ 3a. 直接使用 SDK 内的 PayOrder 领域实体              ├─ 3b. 直接使用 SDK 内的 Invoice 实体
          └─ 4a. 遵循上游的财务状态机变迁规则                     └─ 4b. 遵从财务开票的数据语法
                                      │
                                      ▼ 5. 上游升级发布 (v1.1 ──> v1.2)
                     【 新版 pay-client-sdk-v1.2.jar 】
                                      │
                                      ▼ 6. 下游被动升级依赖，重构受影响的内部逻辑

三、 代码实战：在 Java 中落地遵从者模式的契约依赖

以下代码展示了下游“报税服务（Tax Service）”如何在不构建任何 Translator 的情况下，直接遵从上游“财务系统”输出 of 账单模型：

1. 上游限界上下文：暴露的财务共享契约（Upstream SDK）

package com.company.upstream.pay.sdk.model;

import java.io.Serializable;

/**
 * 上游财务结算系统输出的共享实体（只读契约）
 * 下游遵从者将直接引用此类作为自己领域行为的一部分
 */
public final class FinancialBill implements Serializable {
    private final String billId;
    private final double totalAmount;
    private final String taxRateCode; // 例如: VAT_13

    public FinancialBill(String billId, double totalAmount, String taxRateCode) {
        this.billId = billId;
        this.totalAmount = totalAmount;
        this.taxRateCode = taxRateCode;
    }

    public String getBillId() { return billId; }
    public double getTotalAmount() { return totalAmount; }
    public String getTaxRateCode() { return taxRateCode; }
}

2. 下游限界上下文：直接在业务行为中复用该契约（Downstream Context）

package com.company.downstream.tax.domain.model;

import com.company.upstream.pay.sdk.model.FinancialBill; // 直接引入上游 SDK 实体

/**
 * 报税申报单聚合根（下游）
 */
public class TaxDeclaration {
    private final String declarationId;
    private double calculatedTax;

    public TaxDeclaration(String declarationId) {
        this.declarationId = declarationId;
    }

    /**
     * 业务方法：根据账单进行税务计算
     * 核心规约：此处直接将上游 FinancialBill 作为强依赖参数，体现遵从（Conform）关系
     */
    public void calculateTaxFromBill(FinancialBill bill) {
        // 下游直接信任并使用上游的模型和税率代码
        double rate = 0.0;
        if ("VAT_13".equals(bill.getTaxRateCode())) {
            rate = 0.13;
        } else if ("VAT_06".equals(bill.getTaxRateCode())) {
            rate = 0.06;
        }
        this.calculatedTax = bill.getTotalAmount() * rate;
    }

    public double getCalculatedTax() { return calculatedTax; }
}
```