tao的学习乐园
随笔 - 6  文章 - 4  trackbacks - 0
<2009年7月>
2829301234
567891011
12131415161718
19202122232425
2627282930311
2345678

常用链接

留言簿(1)

随笔分类

随笔档案

搜索

  •  

最新评论

阅读排行榜

评论排行榜

基础知识详见:http://mercyblitz.javaeye.com/blog/70106  http://mercyblitz.javaeye.com/blog/70114
这两篇文章,写的很详细。

但在实际项目中是SSH架构的,我们需要拿到spring bean(例如BO,DAO等)然后设计一些跟业务相关的自定义标签,这时就得用到spring提供的WebApplicationContextUtils,通过这个类的实例对象去取bean。
示例代码如下:
1WebApplicationContext wac = WebApplicationContextUtils.getWebApplicationContext(pageContext.getServletContext());
2        IUserBO userBO = (IUserBO) wac.getBean("userBO");
3//userBO已经在spring配置文件中进行配置
4<bean id="userBO" class="com.ns.UserBO" parent="commonService">
5</bean>
然后我们就可以在标签实现类夹杂一些业务逻辑判断了。
posted @ 2009-07-09 17:15 teok 阅读(136) | 评论 (0)编辑 收藏
    hibernate中get方法和load方法的根本区别在于:如果你使用load方法,hibernate认为该id对应的对象(数据库记录)在数据库中是一定存在的,所以它可以放心的使用,它可以放心的使用代理来延迟加载该对象。在用到对象中的其他属性数据时才查询数据库,但是万一数据库中不存在该记录,那没办法,只能抛异常,所说的load方法抛异常是指在使用该对象的数据时,数据库中不存在该数据时抛异常,而不是在创建这个对象时。由于session中的缓存对于hibernate来说是个相当廉价的资源,所以在load时会先查一下session缓存看看该id对应的对象是否存在,不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。
    对于get方法,hibernate会确认一下该id对应的数据是否存在,首先在session缓存中查找,然后在二级缓存中查找,还没有就查数据库,数据库中没有就返回null。虽然好多书中都这么说:“get()永远只返回实体类”,但实际上这是不正确的,get方法如果在session缓存中找到了该id对应的对象,如果刚好该对象前面是被代理过的,如被load方法使用过,或者被其他关联对象延迟加载过,那么返回的还是原先的代理对象,而不是实体类对象,如果该代理对象还没有加载实体数据(就是id以外的其他属性数据),那么它会查询二级缓存或者数据库来加载数据,但是返回的还是代理对象,只不过已经加载了实体数据。 
    关于二者查询数据的顺序可以由前面内容总结如下:get方法首先查询session缓存,没有的话查询二级缓存,最后查询数据库;反而load方法创建时首先查询session缓存,没有就创建代理,实际使用数据时才查询二级缓存和数据库

    总之对于get和load的根本区别,一句话,hibernate对于load方法认为该数据在数据库中一定存在,可以放心的使用代理来延迟加载,如果在使用过程中发现了问题,只能抛异常;而对于get方法,hibernate一定要获取到真实的数据,否则返回null。   
posted @ 2009-07-07 13:46 teok 阅读(294) | 评论 (1)编辑 收藏
     摘要: 提起Java内部类(Inner Class)可能很多人不太熟悉,实际上类似的概念在C++里也有,那就是嵌套类(Nested Class),关于这两者的区别与联系,在下文中会有对比。内部类从表面上看,就是在类中又定义了一个类(下文会看到,内部类可以在很多地方定义),而实际上并没有那么简单,乍看上去内部类似乎有些多余,它的用处对于初学者来说可能并不是那么显著,但是随着对它的深入了解,你会发现Java的...  阅读全文
posted @ 2009-07-01 08:12 teok 阅读(264) | 评论 (0)编辑 收藏
trust what we trust...