设计模式-延迟加载（Lazy Load）

概念

一个对象，它虽然不包含所需要的所有数据，但是知道怎么获取这些数据。

加载一个对象会引起大量相关对象的加载，这样会损害系统的性能。延迟加载会暂时终止这个加载过程。

运行机制

四种实现延迟加载的方法：

• 延迟初始化（Lazy initialization）。每次访问属性域都要先检查该域是否为空，如果为空，计算并返回这个域值。适用于活动记录、表数据入口和行数据入口模式。
• 虚代理（virtual proxy）。既然是延迟加载，必然需要一个附加的间接层，虚代理是一个虚对象，只有当其中一个方法被调用时，才从数据库加载适当的对象。
• 值保持器（value holder）。用来包装某个其他对象的对象，只有第一次访问值保持器时它真正从数据库读取数据。缺点：类需要知道它的存在。
• 重影（ghost）。是部分状态下的真实对象。当从数据库加载对象时，只包含ID，每次要访问某个域时，会加载其完全状态。
   

一些讨论

延迟加载适合于面向方面的程序设计，置于一个单独的方面，可以独立改变延迟加载策略。
为不同的用例配备不同的延迟加载策略，往往能够使二者配合的很好。例如，如果使用数据映射器，就可以需要两个订单映射器对象，一个直接加载订单项，另一个对象延迟加载这些项。
使用相同的基本加载方法，使用不同的策略对象决定加载模式。

使用时机

• 只有在域需要另外的数据库访问时才考虑使用延迟加载，对数据库同一记录的剩余部分实施延迟加载意义不大，即使其余部分的数据域很大。
• 从性能角度看，实施延迟加载取决于什么时候想取回数据。对应同一个用户界面的一次交互时，一次取回所有数据最为理想。
• 需要额外的调用，并且当使用主对象时，所调用的数据还没有用到的时候。
• 使用延迟加载增加了编程的复杂程度，因此需要时才使用延迟加载。
   

示例－延迟初始化（java）

示例－虚代理（java）

示例目标：仅仅当供应商中的产品列表被首次访问时才生成一个产品list

实现思想：在数据映射器中先将延迟机制做预处理，为将来获取域list做准备

Step1 建立供应商虚列表类

Step2 需要一种机制，使得当虚列表实例化时，调用具体的生成列表代码（具体的产品列表加载方法）。

Step3 建立虚列表类

Step4映射器通过实例化具体的加载方法而不是虚加载方法，建立域列表

说明：setProducts方法的参数并不是List类型，虽不能直接使用，但可以由VirtualList类型中的方法返回，即VirtualList::source

总结：领域类不关心映射器如何进行延迟加载，延迟加载完全由虚代理自行维护。领域类通过虚代理建立域数据的触发时机是：虚代理中的getSource方法，进而触发ProductLoader中具体的load()方法。

示例－值保持器（java）

示例说明：和虚代理模式相似，区别在于域list直接保存在值保持器中，List对象则由值保持器提供的方法返回，而虚代理保存在List类型依靠虚代理返回。

Step1 建立供应商值保持器类

Step2 需要一种机制，当访问值保持器时，需要向其传递相应代码。

Step3 映射器通过实例化具体的加载方法而不是虚加载方法，建立值保持器

说明：值保持器可以作为通用的延迟加载使用。

示例－使用重影（C＃）

领域对象需要相应的映射器，为了避免直接调用依赖，需要合并注册表和分离接口

重影的加载序列：