您的位置:首页 >文章内容

延迟加载的原理与代理模式

来源:互联网 作者:admin 时间:2019-12-13 17:28:03

    本篇涉及的代码由C#语言描述,但并不妨碍其他语言的面向对象设计师阅读,旨在理解O/RM延迟加载的原理,减少开发者出现由O/RM引起的性能问题时大叫“怎么会这样?”的几率。


延迟加载的原理与代理模式


    本篇并不会详细介绍代理模式,也不详细介绍延迟加载,因为这并不是本篇的重点。


    本篇随笔的重点是帮助理解延迟加载的原理,透过这个原理,我们将会知道为什么Nhibernate(O/RM)的领域模型的成员都需要加上virtual关键字,也能更好地理解Nhibernate的延迟加载(当然我相信很少会不借助框架而纯手工去实现延迟加载)。


    我们先来看一个非常简单的例子:


    这个Class1我就暂且当它是一个领域模型,属性Name是我们需要观察的延迟加载成员,而ShowStatus是帮助我们观察延迟加载的状态。


    Class1


    这个Class1Proxy是代理类,我们重写而来ShowStatus是为了输出状态,可以看到我们用override重写了Name的Get访问器。


    Class1Proxy


    暂时用Mapping类来充当持久化的过程,注意实例化的时候其实是持久化了Proxy,而实际使用当中你不会察觉到你用的是Class1Proxy而不是Class1。


    Mapping


    测试代码如下,由于我台式机的IDE正好发生了问题,所以就没有使用测试框架,直接输出吧。


    VIEW


    输出结果:


    False


    name was loaded


    True


    结果可以看到,刚持久化以后Name并没有被加载(可以看到Mapping.Build方法中并没有持久化Name),所以输出了False,然后客户端试着输出c1.Name,也就在这时才开始加载Name,然后我们发现输出时Name已经有数据了。


    讨论:


    在这个例子当中使用了一个简单的代理,正是因为virtual关键字,使得延迟加载得以实现,而实际上在java中所有成员默认就是virtual的,所以在Hibernate中并不需要加这个关键字,并不是因为Nhibernate在移植过程中残疾了,而是本该如此。


    如果使用Nhibernate时放弃延迟加载的功能择可以不必设置动态代理,也就可以不必处处加上virtual关键字,但在领域驱动设计中这并不是个好主意。


    最后感谢你可以看到这里,希望本篇的介绍会对你有所帮助。