应用系统架构及集成1.ppt

12.4.2 使用时机 要使用依赖映射，需要满足一些前置条件： 每个依赖者必须恰好是有一个所有者 不能有任何除所有者之外的对象拥有对依赖者的引用。 适合依赖映射的情况 当有一个对象被另一个对象引用时，可以使用依赖映射，这种情况往往在某个对象拥有一个对应的依赖者集合的时候发生。 在处理所有者拥有一个到它的依赖者的引用结合，却没有后向指针的情况时，使用依赖映射是非常合适的。 如果许多对象自身并不需要ID，使用依赖映射会使得对它们的保持管理更容易。 不适合依赖的情况 在使用工作单元时，建议不要使用依赖映射。 让接受方对象自己注册 建议使用这种策略 使用工作单元作为数据库访问的控制器 根据clone判断客户更改的情况变化，进行update 11.1.2 使用时机 想要内存中的数据与数据库同步？ 在一个系统事务中做完所有工作再考虑哪些变化了需要提交？ 就使用工作单元来解决上述问题！ 11.2 标识映射（Identity Map） 标识映射定义：标识映射是记录了在一个事务中从数据库读出的所有对象。 标识映射的功能：通过在映射中保存每个已经加载的对象，确保每个对象只加载一次。当要访问对象的时候，通过映射来查找它们。 11.2.1 运行机制 标识映射在简单的情况下，使用同构方案时，就要为数据库中的每个表建立一个映射。当从数据库加载对象时，首先要检查映射。如果映射中存在与要加载的对象一致的对象，返回该对象；如果不存在，访问数据库，加载对象的同时把它们写入映射以备将来引用。 在实现策略上要考虑： 键选择 首先要考虑的问题就是键映射的键。最自然的是就选择相应数据库的主键，如果键只有一列且不可改变则这种方法比较有效。 显示的还是通用的 必须确定包标识映射设计为显示的还是通用的： 显示的标识映射为每一种需要的对象提供不同的方法（建议在设计时考虑该方法）； 通用的映射为所有的对象提供统一的方法，而用一个参数指出所需的对象类型。 数量 标识映射的数量选择范围可以从一个类对应一个映射到整个会话对应一个映射（只有当数据库有唯一键时才选用整个会话使用一个映射）。 如果用多映射，最自然的方法是每个类或每个表对应一个映射。 对继承树采用一个映射只有当数据库有唯一键时才选用整个会话使用一个映射）。 把标识放在哪里 要把标识映射放到某个特定会话的对象中。 如果正在使用工作单元，则把标识映射放到工作单元中。 如果没有用工作单元，最好的位置是捆绑到会话的注册表 11.2.2 使用时机 如果不希望出现两个内存对象对应同一条数据库记录的的情形，就要使用标识来管理所有修改了的数据库对象 作为数据库读取的高速缓存 对依赖映射不需要建立标识映射。 11.2.3 举例： 看懂 139 页代码 11.3 延迟加载（Lazy Load） 延迟加载定义：一个对象，它虽然不包括所需要的所有数据，但是知道怎么获取这些数据。在对象结构中设立一个标志以便使需要的数据在用到时才被加载，这就时延迟加载。 11.3.1 运行机制 对于延迟加载的做法有四种： 延迟初始化 虚代理 值保持器 重影 延迟初始化 延迟初始化的思想：延迟初始化是最简单的方法，它的基本思想是每次访问属性域都要先检查该域是否为空，如果为空，在返回域值之前计算这个域的值。为了实现这一点必须确保这个域是自封装的，即对该域的访问即使来自内部类，也要通过获取方法来实现。 延迟初始化使用的场景：延迟初始化是在对象和数据库间强加依赖关系，为此，它最适合用于：活动记录、表数据入口和行数据入口。 虚代理 虚代理它看起来应该在域中的一个对象，但实际上它并不包含任何内容，只是当它的一个方法被调用时，它才从数据库加载恰当的对象。 值保持器 它是一个用来包装某个其他对象的对象，要想获取基对象，可以访问值保持器得到它的值。只有第一次访问保持器时，它真正从数据库读取数据。 重影 重影时部分状态下的真实对象，当从数据库加载对象的时候，它只包含其ID,当每次要访问某个域时，它就会加载其完全状态。把重影看成一个对象，它的每个域都是被下一子延迟初始化的，或者把它看成一个虚代理，对象本身就是它的虚代理。可以把一起使用的域分为一组，从而把数据分成不同的组。 如果使用重影，可以直接把它放到它的标识映射中。这种方式可以维护标识和避免所有在读数据时出现的循环带来的问题。 11.3.1 运行机制 何时使用延迟加载完全取决于加载一个对象时需要从数据库 读取多少数据和数据库调用的次数。 通常每必要对和对象剩余部分处于同一行中的域使用延迟加载，因为大多数情况下在一次调用中读取剩下的数据不会有更多开销，只有在域需要另外的数据库访问时才考虑使用延迟加载 从性能的角度来说，取决于什么时候想取回数据。通常交好的方法是在一次调用过程中取回全部所