Hibernate使用技巧

很多程序员认为一旦使用类似Hibernate这样的对象关系映射工具(object-relational mapping tool)就不用去担心持久化问题了,神奇的Hibernate会处理好所有的事情。但是事实上可能刚好相反。正因为使用Hibernate这样的技术,程序员才更应该清楚的明白域对象(domain object)以及如何获取这些对象。这方面的错误同样会导致数据库发生异常。使用Hibernate使得程序员可以忽略对象和关系结构之间的不一致,但这也意味着,如果你要求它去做些傻事,它也会毫不犹豫的去做。比如可怕的n+1错误。请记住,Hibernate可以做很多事情,但不能帮你写代码。

这篇文章总结了我使用Hibernate的一些经验,以及在使用过程中学习到的一些技术技巧和知识。

 

如何定义实体

持久化策略(或许也是整个应用)中最重要的就是实体定义。所有的对象都是从核心对象集合中繁衍而来的,因此正确的定义实体是非常重要的。下面是构建Hibernate/JPA实体方面我的一些建议。

1.    创建一个新类,实现java.io.Serializable接口(并且显式定义serialVersionUID这个变量)。

2.    增加类变量@Id Serializable id 和 @Version Date lastUpdated。这两个变量分别是数据库主键(primary key)和实现乐观锁(optimistic locking)的版本号标记。

3.     增加任何需要的属性。

4.     写一个缺省的构造器。所有的类型的变量都应该在这里初始化,包括集合(Collection),列表(List),集合(Set)等等

5.    为所有的属性创建getter和setter方法:

a)   应该为id和lastUpdated创建public getter方法,但是不要创建setter方法。

b)   应该为Collection、List、Set等类型的变量创建public getter方法,但不要创建setter方法。Public getter方法最好返回一个不能修改的list。

6.    增加JPA/Hibernate注解。给getter方法增加注解。(或者我可以直接在变量上增加注解吗?)

a)    添加Hibernate合法性注解,例如@NotNull、@Length、@Range等。

b)    即使名字相同,也应该添加@Column(name=xxx)注解。因为你肯定不想忘记数据所依赖的最初的列名是什么。

c)     在定义关系的实体中增加@OneToOne、@OneToMany、 @ManyToOne 或者@ManyToMany注解

7.     如果使用关系映射,确保其是双向的(bidirectional)。简单起见,我会创建工具方法(utility method)来处理关系映射的一端:集合(Collection)类型的属性有工具方法 addXXX和removeXXX。(或许对应的关系映射的另一端类的setter方法应该设为受保护的(protected),然后从工具方法中调用)

8.     实现equal和hashcode方法。非常重要!

a)    这样会使用id的方式来进行比较,从而减少比较次数。

b)    使用Hibernate.isInitialized()方法来判断是否存在代理实例或者代理实例是否被初始化了。

c)     写equal和hashcode方法时,不是所有的成员(field)都要用上,而是应该使用那些真正可以区分不同对象的成员。

9.     用jakarta commons 的ToStringBuilder 构建自己的toString()方法,这样可以让调试容易些。

10.   给Spring的配置文件增加一个映射元素。

 

get()方法和load()方法分析

Session#get() 和 Session#load()一个很重要的区别,就是对于数据库读取效率的影响不同。get()方法从数据库返回一个对象实例,而load()方法则返回一个对象代理(proxy),当实际使用时才从当前session中返回对象实例。当使用load()时,是没有实际访问数据库的。这个时候只是通过对象的属性(非id)进行初始化工作。当进行实例赋值的时候使用load(),也就意味着并不是想立即获得对象的数据,而是得到一个标识符(identifier)从而建立起关联。还有一点很重要,就是如果数据库中不存在对应的行的时候使用load()方法,那么程序会抛出ObjectNotFoundException异常。

单元测试断言(Unit Testing  Assertion

单元测试时使用Session#flush() 和 Session#evict()分别向数据库写数据以及清除一级缓存(内存中),从而使得接下来的程序能够验证修改是否被写入了数据库。evict()方法保证下次再去读同一个实例时,拿到的不是一级缓存中的对象而是从数据库里拿出来的最新的对象。

Session#close()用来关闭当前session并且检查延迟加载(lazy association)的状态,如果没有拿到期望的数据,那么就会抛出一个LazyInitializationException异常。

 

英文原文: Mojavalinux,编译:ImportNew - 郑雯

译文链接: http://www.importnew.com/1926.html

【如需转载,请在正文中标注并保留原文链接、译文链接和译者等信息,谢谢合作!】

关于作者: 郑雯

2009年北航计算机学院毕业,加入IBM CDL至今。从事过web产品测试及开发工作。目前兴趣主要在游泳和自助穷游上。

查看郑雯的更多文章 >>



相关文章

发表评论

Comment form

(*) 表示必填项

3 条评论

  1. 雍京川 说道:

    支持学姐!

    Thumb up 0 Thumb down 0

  2. 徐牛 说道:

    文章写的很好,不过我有两个疑问。
    实现的equals中如果使用id比较的话,如果有新的对象初始化了所有属性但是还是瞬态即没有id的话和另一个持久态的同属性值得比较岂不是返回false。
    load方法既然并未立即读取数据库为何load是如果没有记录会报错呢?

    Thumb up 0 Thumb down 0

  3. chenssy 说道:

    女神级人物啊。。。。

    Thumb up 0 Thumb down 0

跳到底部
返回顶部