依赖映射 Dependent Mapping

让一个类为其子类(泛意上的)执行ＤＢ映射
- 一些对象肯定会出现在另一对象的上下文中.
- 此时,使用另一对象的Mapper来执行第一个对象的映射,来简化映射过程.
运行机制
- 在DB持久化时,依赖者类依赖于所有者类.每个依赖者只能有一个所有者.
- 活动记录和行数据入口
  - 依赖者类的映射代码都写在所有者中.
- 数据映射器
  - 没有依赖者的映射器类,在所有者的映射器中完成依赖者的映射代码.
- 表数据入口
  - 根本没有依赖者类.在所有者中完成对依赖者的处理.
- 通常,加载一个所有者时,会把相关的依赖者加载.当该相关加载耗费很大时,会使用延迟加载.
- 依赖者
  - 没有标识域.也就不用存储到一个标识映射中.
  - 不能通过ID由查找方法加载.从而没有依赖者的查找器,而仅存在所有者的查找器.
  - 一个依赖者也可能是另一个依赖者的所有者.此时,由主所有者控制整个依赖者层次结构.
- 内存对象中,只有所有者和依赖者的依赖者才能够拥有指向依赖者的引用.
- Db中,除了所有者表,和拥有所有者的表之外,其它表不能拥有依赖者表的外键.
- UML中,使用组合来表示两者之间的关系.
- 更新
  - 由所有者来完成对依赖者的写和保存.
  - 对依赖者的更新可以通过删除和插入来完成.该过程不需要分析(直接先删除,后插入).
- 但是,对所有者是否变化的跟踪会变得复杂.
  - 所有对依赖者的改变都要标记所有者.
  - 方案:让依赖者恒定不变.
    - 这样,对依赖者的改变,都是先移除,再插入一个新的依赖者的过程.
    - 此方案简化了DB映射,但同时耦合了内存模型和数据库映射.
使用时机

当一个对象制备另一个对象引用时,一般是某个对象拥有一个对应的依赖者集合时,同时依赖者又没有后向指针时.
同时,如果对象本身不需要ID时,使用它简化了对象的保持管理.
需要满足的前置条件
- 每个依赖者仅有一个所有者
- 不能存在出所有者之外的对象拥有对依赖者的引用.
它是一种简化DB映射的技术,同时会使得无法从外部引用依赖者.导致根所有者的查找机制很复杂.
在使用工作单元时,不要使用它.
- 工作单元不能控制依赖者.结果会出现孤立的不被跟踪的依赖者.