恋恋风尘

看到你的两篇文章学了很多东西. 楼主，我想进行动态查询，比如我在Service层构建我需要的查询条件，然后Dao层这边接收条件，根据这些东西返回我想要的数据，可以吗?希望楼主能给个Demo看看。谢谢

可惜无关联实体无法使用QueryOver进行连接查询。

支持一下，文章不错

不错 学习了！

[quote]李永京：不错～～[/quote] [quote]kiler：不错[/quote] 谢谢

不错

不错～～

@michaelxqy 是的，使用QueryOver并不见得会提高代码的可读性，但QueryOver解决了 ICriteria API字符串硬编码的问题，从而减少代码输入的错误，提高代码重构的能力，所以还是觉得值得的。 至于难看懂这确实存在，不过也正常，刚接触LINQ看Lambda表达式也会觉得晦涩难懂，不过后来多看看也习惯了

mark下

我刚开始用的时候也觉得这是很好的一个功能--代码可读性强、避免编码出错，后来觉得也挺鸡肋的。一般的查询可能要好一点，真正稍微复杂一点的查询，用这个写比硬编码还难看懂!

[quote]Mingle： 支持楼主分享这方面更多的心得！ 顺便请教个问题：我在使用NHiberate的时候，每次执行完crud后总是自动执行更新是什么原因呢？[/quote] 没明白你的意思，难道crud不就是更新吗

支持楼主分享这方面更多的心得！ 顺便请教个问题：我在使用NHiberate的时候，每次执行完crud后总是自动执行更新是什么原因呢？

楼主写的不错，可惜国内这些资料太少了，如果像java那么丰富就好了

对于喜欢在存储过程中写逻辑的人来说,这种做法太郁闷了

[quote]迭戈_Forever： [quote]kiler： [quote]李永京： 你举得spring.net有哪些好处呢？封装的太好自己也不好控制了.....[/quote] spring.net的好处如下： 1.无需操心session生命周期的管理，spring.net帮你管好了，直接配置一下就ok。 2.无需操心事务，spring.net提供了强大的事务管理基础，声明式事务可以让你不再在代码俩面添加事务开始，结束，回滚，提交代码，只要简单的在方法上设置一个标签即可。 3.无需在系统架构设计上花太多的时间，自带的Northwind NHibernate例子就已经是一个快成型的架构了，自己改改就是一个不错的架构了。 [/quote] 其中第二点怎么实现的？ [/quote] 请参考spring.net的样例程序和在线帮助文档

[quote]kiler： [quote]李永京： 你举得spring.net有哪些好处呢？封装的太好自己也不好控制了.....[/quote] spring.net的好处如下： 1.无需操心session生命周期的管理，spring.net帮你管好了，直接配置一下就ok。 2.无需操心事务，spring.net提供了强大的事务管理基础，声明式事务可以让你不再在代码俩面添加事务开始，结束，回滚，提交代码，只要简单的在方法上设置一个标签即可。 3.无需在系统架构设计上花太多的时间，自带的Northwind NHibernate例子就已经是一个快成型的架构了，自己改改就是一个不错的架构了。 [/quote] 其中第二点怎么实现的？

[quote]鱼蛋：我一定会看的,顶lz[/quote] 谢谢

我一定会看的,顶lz

[quote]鱼蛋： lz对spring.net很熟吧? 哪天写点文章看看? 一直想学,可是资料太少[/quote] 会用而已，要说熟还算不上，呵呵。 有时间就写点用的经验，不过应该没多少人看的，就像现在写的NHibernate文章，也没多少人看，呵呵

[quote]seba： 多谢博主指教。 我所在的这个遗留系统改造项目，是要把运行10余年的foxpro业务系统用dotnet改写。由于这是在线系统，它使用本地foxpro、本地msde、中心sqlserver 数据库，[b]有大量封装在存储过程里的业务逻辑[/b]，让我在想用nhibernate是否是明智的选择。我现在能想到的困难包括多数据库访问，以及[b]重用存储过程[/b]。尤其是后者。[/quote] 由于没有你项目的详细情况，所以无法替你做决定，这里只给我的感觉： 1.如果有大量封装在存储过程中的业务逻辑，并且还要重用这些存储过程，尽管NHibernate可以调用存储过程，但是这样做好像也发挥不出NHibernate与DDD（Domain Driven Development）的多少优势。 2.如果要用NHibernate，最好把位于存储过程中的业务逻辑尽可能的转移到Domain中。