首页 > 代码库 > 延迟加载（Lazy Load)

延迟加载（Lazy Load)

2024-07-04 13:35:24   227人阅读

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

  • 设计专门的对象来把数据从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访问时才考虑使用.


联系
我们