为什么 12.4 依赖映射 值得单独学习

由拥有者类负责从属对象的数据库映射，把没有独立身份和生命周期的子对象随聚合一起持久化。12.4 依赖映射的核心不是套用某个框架 API，而是回答：如何在对象身份、关联和写回之间保住一致语义，同时控制查询与映射成本。在订单聚合持久化中，如果无法说清责任、状态和失败由谁承担，即使正常请求能够返回，架构决定也没有完成。

的价值不是让所有关联都级联，而是把真实的生命周期归属显式写进对象图和关系表。本页以 2024 年中文版公开目录限定 12.4 依赖映射 的范围，并依据 Martin Fowler 的作者图书页和模式目录独立重写。它不复现原书正文、插图或代码；目录只决定“要讲什么”，这里的案例、实验、判断题和答案均为本课程原创。

先建立直觉：问题、机制与代价

12.4 依赖映射面对的具体压力是“同一身份实例数、查询次数、脏对象集合与关联装载范围”。它采用的机制可以概括为：拥有者 Mapper 负责从属行的加载、保存和删除，从属对象不能绕过拥有者独立写回。机制带来的收益必须与级联删除风险、批量查询成本和独立访问限制同时记录，否则学习者只会得到一个没有拒绝条件的模式名称。

对 12.4 依赖映射，优先比较的替代路线是：关联表映射、独立对象 Mapper、嵌入值或显式聚合服务。只有在 聚合边界 明确要求从属对象随拥有者生存，且从属对象不需要独立查询和权限时，才值得引入依赖映射；若实验只能显示结果而不能指出 独立身份 从何处越界，就不能据此选择 12.4 依赖映射。

目录单元到教学证据

12.4 依赖映射

在 12.4 依赖映射 的学习边界里，12.4 依赖映射不是待背诵的目录词，而是用来检查“订单对象图”是否把映射责任交给拥有者。对订单聚合持久化，学习者要记录身份、外键和生命周期的可观察变化，并说明它何时支持或否定 12.4 依赖映射。

专属设计案例：订单聚合持久化

把订单聚合持久化切成“订单拥有者 → 订单项从属对象 → 拥有者 Mapper → orders 与 order_items”四个观察点。12.4 依赖映射的设计草案必须写出谁拥有状态、谁作出业务决定、失败怎样传播，以及身份、外键、聚合边界、值对象、继承策略中哪个指标最先提示当前方案不再适用。

设计记录采用五个可换行字段：单元键为 poeaa24-pattern-15-dependent-mapping；模式族为 mapping；裁决是“能证明从属对象不能脱离拥有者独立存在，并在替换或删除聚合时维持生命周期一致”；观测项包括身份、外键、聚合边界、值对象、继承策略；拒绝条件是“从属行需要独立身份、独立权限或独立事务”。

配置不是生产框架语法，而是一张评审卡。对 12.4 依赖映射的任何实现都要能把运行证据重新映射到这张卡；如果更换 ORM、Web 框架或部署平台后无法回答同一组问题，说明决定依赖的是工具偶然行为而不是模式语义。

结构解剖

选择与拒绝矩阵

代码实践：由拥有者 Mapper 维护订单项

订单项没有自己的业务身份，离开订单就没有可解释的生命周期；因此加载、保存和删除都从 OrderMapper 进入。拥有者映射责任必须和数据库外键约束、事务边界同时验证。

type OrderItem = {
  product: string;
  quantity: number;
  unitCents: number;
};
 
type Order = {
  id: string;
  items: OrderItem[];
};
 
type OrderRow = {
  id: string;
};
 
type OrderItemRow = {
  orderId: string;
  product: string;
  quantity: number;
  unitCents: number;
};
 
class OrderMapper {
  constructor(
    private readonly orderRows: OrderRow[],
    private readonly itemRows: OrderItemRow[],
  ) {}
 
  load(id: string): Order {
    const owner = this.orderRows.find((row) => row.id === id);
    if (!owner) throw new Error("order not found");
 
    return {
      id: owner.id,
      items: this.itemRows
        .filter((row) => row.orderId === owner.id)
        .map((row) => ({
          product: row.product,
          quantity: row.quantity,
          unitCents: row.unitCents,
        })),
    };
  }
 
  save(order: Order): void {
    const existing = this.orderRows.find((row) => row.id === order.id);
    if (!existing) this.orderRows.push({ id: order.id });
 
    for (let index = this.itemRows.length - 1; index >= 0; index -= 1) {
      if (this.itemRows[index].orderId === order.id)
        this.itemRows.splice(index, 1);
    }
    for (const item of order.items) {
      this.itemRows.push({ orderId: order.id, ...item });
    }
  }
 
  remove(orderId: string): void {
    for (let index = this.itemRows.length - 1; index >= 0; index -= 1) {
      if (this.itemRows[index].orderId === orderId)
        this.itemRows.splice(index, 1);
    }
    const ownerIndex = this.orderRows.findIndex((row) => row.id === orderId);
    if (ownerIndex >= 0) this.orderRows.splice(ownerIndex, 1);
  }
}

这段代码把从属行的读写和删除集中在拥有者 Mapper 中，避免订单项形成第二个生命周期入口。生产实现还应把 save 和 remove 放入同一事务，并用数据库外键防止孤儿行；如果订单项要独立查询或授权，应停止扩展这个 Mapper，重新划分聚合边界。

常见误区

可验证练习

名词解释

本章小结

掌握 12.4 依赖映射的标志不是记住定义，而是能在订单聚合持久化中解释“订单拥有者 → 订单项从属对象 → 拥有者 Mapper → orders 与 order_items”的责任链，利用身份、外键、聚合边界、值对象、继承策略作出可证伪的选择，并在从属对象需要独立权限、事务或身份时明确拒绝当前实现。

前后导航

• 上一页：12.3 关联表映射
• 下一页：12.5 嵌入值

来源与改写范围

• Martin Fowler 作者图书页：核对全书主题、教程与模式参考结构。
• Martin Fowler 模式目录：核对模式名称、所属模式族和作者公开摘要。
• Pearson 出版社页面：交叉核对英文版出版信息与目录范围。