只显示主题贴
没看太理清楚楼主写的东西，主要是写的太密集啦，多换几行看起来就能好点。
如果说你问的是层和层间的对象传递的话，dao层可以以返回值的情况给service，然后service里面可以使用ThreadLocal对象，把得到的东西传递到表现层，其实dao->service貌似也可以这样做，不过好象没啥必要哦
对于楼主说的lazy load的问题，可以使用open session in view的解决方案还是可以的，不过我也听有的人说干脆不关闭session,不过我认为这种方法不是很可取，毕竟等待自然释放不是一个很好的选择
- 进入论坛 Java 版
rain2005 写道引用监测查询数据库的执行效率以便优化DAO操作,数据库查询优化需要用AOP？不就是一个执行计划么？
AOP可以针对一些切点织入增强，比如对一些DAO方法可以织入性能监测的循环增强，捕获执行完该DAO方法所需要消耗的系统时间，那么我们可以通过修改和优化SQL或者是HQL来达到提高性能的目的，我们也可以根据监测的记录发现系统到底是哪里，哪个方法消耗了大量的系统时间，到底哪里才是系统瓶颈的真正位置，不一定非要使用什么工具去测试。而且我没有说需要用AOP，只是说AOP完全可以做到这一点，实现方式很多，AOP就是其中一种，所以你不能说它只能用做事物管理。先好好了解一下动态代理。
- 进入论坛 Java 版
rain2005 写道引用其实你应该去考虑一下AOP可以做很多事情，比如说性能监测和系统日志,性能监测和系统日志用AOP我第一次听说，够强！
AOP为什么不可以做为系统性能检测？对于方法的循环增强完全可以胜任性能监测，就看你去不去做，没人有说什么事情就一定是这样做或者那样做，所以我觉得spring给了我们更多可以去选择的机会，难道我们非要去死教条的去做些什么操作才算是做成一件事？对于数据库DAO的操作非常需要使用AOP循环增强来监测查询数据库的执行效率以便优化DAO操作，这个不是很好的思路和解决方法么？我这里就有一个现成的可配置的检测控制，就是用SPRING AOP做的。我不知道你理解的系统性 ...
- 进入论坛 Java 版
楼主没必要这么否定spring,spring对于事物的管理更加灵活，它使用的是AOP织入形式完成的操作，而且2。0支持元数据，对于事物管理的配置已经非常少了，少到只需要定义一个描述位置，再配制文件里面加如一个事物驱动，和一个事物管理类就行了。而且自动装配也加近来了，可以不用手动去填写好多的依赖注入的元素。对于配制过度的问题可以通过定义父bean和子bean还有自动装配等形式进行解决了。而且我感觉楼主把AOP理解太狭隘了，它不光可以实现事物，其实你应该去考虑一下AOP可以做很多事情，比如说性能监测和系统日志，优秀的框架性能监测都是可以配制的。如果你光把AOP理解成对事物的支持，那我也没话说了。
- 进入论坛 Java 版
我早就买了，是本好书，可以说授意非浅，比一般的资料书要详细和准确很多，而且也很深入，不错，推荐大家买本研究一下，不过里面关于引介增强那章似乎有点问题。
- 进入论坛 入门讨论 版
我用DetachedCriteria进行setFirstResult和setMaxResult的分页方法，在数据库中用SQL和用HIBERNATE查询出来总数据量都是85条，每页10个 总共是9页，这些都米有问题，但是奇怪的是从第四页开始就只能显示5个，而且第五页居然没有数据了。。。。。。。。。我看了一下firstResult的值在第四页面确实是从30开始的，但是只取出来5条，后面的居然米有了。。。。。。。。。。。都大了。
- 进入论坛 入门讨论 版
评论排行榜