延迟加载（Lazy Load)
一个对象,它虽然不包含所需要的所有数据,但是它知道怎么获取这些数据
- 设计专门的对象来把数据从DB中加载到内存中.
- 该对象可以完成在加载所需对象的同时,把与之相关的对象也一并加载了.
- 否则,必须显示加载所有所需的对象.
- 但是,加载一个对象可能会引起大量相关对象的加载.
- 当真正需要的对象只有几个时,会损害系统的性能.
- 延迟加载会暂时中止该关联加载过程.以使需要的数据在用到时才被加载.
- 运行机制
- 延迟初始化 Lazy initialization
- 思想.每次访问属性Field时,先检查是否为空..
- 必须保证field是自封闭的.也就是所有对该field的访问(即使来自类内部),都要通过get方法实现.
- 使用null来标记还未加载的field.
- 但是,当null时field的合法值时,需要其他符号来标记.
- 优点是简单.
- 但是会在对象和DB之间增加了依赖关系.适合于活动记录,表数据入口,行数据入口.
1 class Supplier 2 { 3 public list Products(){ 4 get{ 5 if(products==null) 6 products = Product.findForSupplier()); 7 return products; 8 } 9 } 10 }
- 虚代理 Virtual Proxy
- 拥有实际类的外观.
- 实际上不包含任何东西.只有当其方法被调用时,才从DB加载适当的对象.
- 是对真实类的简单包装.
- 会引起标识问题.
- 同一个实对象拥有多个虚代理.它们会有不同的特征,但是又代表同一概念上的对象.应覆盖Equals方法来进行相等测试.
- 有时,必须创建大量的虚代理.
- 只对集合类用虚代理.因为集合的标识无关紧要.
- 好处,Domain类对Mapper如何进行延迟加载一无所知,甚至不知道延迟加载的存在.
- 拥有实际类的外观.
- 值保持器 Value Holder
- 针对领域类.
- 用来包装其他对象的对象.要获取基对象,可以访问它得到.但是只有第一次访问它时,它才真正从DB读取Data.
- 缺点.类需要知道他的存在.而且丧失数据类型的显式性.
- 重影 Ghost
- 部分状态下的真实对象.
- 从DB加载对象时,它只包含ID.之后访问某个Field时,它会加载完全的状态.
- 虚代理或者重影不必完全没有数据.
- 对于某些需要快速获取或者常用到的数据.在加载代理或者重影时加载这些数据是有意义的("轻量对象").
- 继承会给延迟加载代理问题.
- 波动加载
- 产生了超出需要的DB访问.
- 例如,如果使用延迟加载填充一个集合,然后每次只访问其中的一个元素.会使每读取一个对象时访问一次DB.
- 解决是对类集合本身做延迟加载,而在加载类集合时,一次加载所有内容.
- 面向方面编程
- 可以将延迟加载置于一个单独的方面,以能够独立地改变延迟加载策略.
- 不同的用例和不同的延迟加载策略配合.为了获取最大效率,需要为特定的用例加载恰当的对象子图.
- 理论上需要一系列延迟程度不同的延迟加载对象.太复杂.
- 但是,通常只有两个:完全加载,用于识别用途的加载.
- 使用时机
- 完全取决于加载一个对象时,需要从DB读取多少Data和DB调用的次数.
- 只有当Field需要另外的DB访问时才考虑使用.
- 延迟初始化 Lazy initialization
