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

前言：

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

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

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

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

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

VIEW

Class1 c1 = new Class1();
Mapping mapping = new Mapping();
c1=mapping.Build();
Response.Write(c1.ShowStatus+"<br/>");
Response.Write(c1.Name + "<br/>");
Response.Write(c1.ShowStatus + "<br/>");

输出结果：

False
name was loaded
True

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

讨论：

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

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

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