学习了。

“具有延迟加载的普通属性都不会作为乐观并发检查的条件。” 如果延迟加载后，用户修改了这个普通延迟加载属性，或因其他用途没有立刻持久化这个数据，再去update的时候也不会对该属性进行乐观并发检查吗？

虽然看不大懂。先收藏

@edikud 前一阵子弄了个在线版，可惜那么免费服务器不支持.net了 我会尽快把在线版本弄上去 简单的说明在http://www.cnblogs.com/cp800614/archive/2010/08/28/1810609.html

能不能发新版本的发一份给我试用?旧版本也可以 谢谢了 我的email是edikud@gmail.com

[quote]show_show： @艺林 NH 的性能可比 LINQ 高。。呵呵 我个人也认为它是 ORM 中的极品[/quote] 有测试过吗？

@show_show 老兄公司在哪？我也去凑一个如何？ 当年体检的时候据说有人名字和我一样，但是不是同一个公司的。

@艺林 NH 的性能可比 LINQ 高。。呵呵 我个人也认为它是 ORM 中的极品

哇靠 同名同姓 得看完了 我们公司 就有两个叫这名字的

@五月的粽 如果有问题，咱们可以多交流。在园子里，就要互相促进。

支持 虽然代码看得懂，但是整体逻辑看得不是看懂 慢慢看

[quote]pangxiaoliang[北京]流浪者： ... PS：延迟就是判断下实例是否为null是的话新生成实例，不是的话返回那个实例[/quote] 不能根据是否为null来判断,还必须加一个isLoaded的字段来判断是否加载，因为如果我本意是要把这个属性设置成null，但是当我重新访问它，你却去延迟加载出原来的值了。

不错不错

@辰 可能我没有说清楚。 Instring包括2步：1、从实体生成DbCommand。2、DbCommand.ExecuteNonQuery 在更新的过程中不需要进行加载，因为如果加载，也只不过是将同样的数据写会数据库里罢了。 在怕Insert空数据，可以利用构造函数为实体进行初始化。

是不是因为 insert本来就是新数据插入，如果data被赋值了，那么就加载了，如果没有被赋值，那么没有加载也不会影响？ 可是，有情况是 select之后立刻insert。这样按照道理就会崩溃。

Inserting(插入的过程中) 这样不会导致insert了空数据？

还不大清楚你的框架，文章有一些错别字，影响理解

乱套了，做广告的也来回帖了...

@pangxiaoliang[北京]流浪者 不能完全依赖null就生成实例，就好像我在上面的那个FillDataRow那样，会有不必要的加载发生。

延迟加载实际就是推迟实例化，仅仅当需要的时候才实例话对象，如果程序一直未用到可以不实例化。 记得延迟实例化最清晰的地方是单件模式中，在多线程中单件模式采取了取消延迟实例化。执行提前实例化防止多线程单件模式出错。呵呵，好像很多概念停起来很复杂，实际上也就那么会事，想通了就好。 PS：延迟就是判断下实例是否为null是的话新生成实例，不是的话返回那个实例