[Tips] Spring+Hibernate之“暴力”update

先简单介绍一下问题的语境。

手头有个开发了3年的Spring+iBATIS应用（经典三层架构），最近尝试用Hibernate实现原有SQLMap版的部分CRUD操作。除开混合事务和其他一些底层配置细节(如TransactionAwareDataSource、禁用lazy-load等)之外，最大的一个"pattern-mismatch"是：Model层和持久层采用了dirty flag机制，即每次INSERT和UPDATE操作，都会根据每个字段的dirty与否决定是否参加INSERT/UPDATE，而这些dirty flag可以被外部重置，所以业务层的代码，经常可以看到类似这样的pattern：

1- new一个model类并setId() （或者在已有的model上重置dirty flag）
2- set需要update的字段（通常都只是部分字段）
3- 丢给DAO层去update

最终的效果是某张表某个ID的某条记录的某些字段被更新了，而其他字段不受影响，这就是我在标题中提到的所谓"暴力"update，虽不elegant，但却也简单实用，至少很"直接"。

为了让Hibernate版的DAO（默认除Trasient之外全体字段参加INSERT和UPDATE）继续支持这样的"use-pattern"，除了按照Hibernate的习惯去配置映射和SessionFactory等之外，我们需要做一些额外的工作：

1- 在BO/Entity类上追加注解

<!---->@org.hibernate.annotations.Entity(dynamicInsert = true , dynamicUpdate = true )

2- 实现org.hibernate.Interceptor接口的findDirty()方法，Hibernate提供了一个EmptyInterceptor可以作为起点，方法签名如下：

<!---->public   int [] findDirty(
    Object entity, 
    Serializable id, 
    Object[] currentState, 
    Object[] previousState, 
    String[] propertyNames, 
    Type[] types
);

返回的int[]包含所有应该被认为是dirty的字段索引，返回null表示默认处理，传入的entity是持久对象，字段列表会通过propertyNames参数传给你。

3- 注入到Spring的Application Context中，类似这样：

<!---->< bean  id ="findDirtyInterceptor"  class ="gao.sean.hybrid.interceptor.FindDirtyInterceptor" />

< bean  id ="sessionFactory"
    class ="org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean" >
    
     < property  name ="entityInterceptor" >< ref  bean ="findDirtyInterceptor" /></ property >
    
</ bean >

在这样的配置下，业务层的代码就可以继续"暴力"update了。

评论

1 楼 sorrybaby 2009-02-04  

[url][/url][flash=200,200][/flash]