Hibernate Inteceptor

在项目收尾阶段，客户突然提出一个很麻烦但也很正常的需求，系统内的一切改动都要进行记录。格式如: 
    2004.1.1 12:30  郁也风 销售订单 订货日期 2004.1.2->2004.1.3 
   
    第一时间我就想到了也很AOP的Trigger，但Trigger毕竟和Java代码是两个世界，怎么把操作员名字传进去就有点麻烦(要所有表再加一个 last modifier的列，然后修改程序)，同时Trigger一个很不够AOP的地方就是有多少个表就要写多少个Triger，有多少个列就要写多少列。 
    Hibernate的Community Area 刚好有一篇History Interceptor的文章，很AOP的解决了这个问题。 

1.Hibernate Inteceptor 概念 
  Inteceptor--拦截器的概念源自AOP,在2.1.6中文版的参考手册里面这样写 
  Interceptor接口提供从session到你的应用程序的回调方法，让你的程序可以在持久化对象保存/更改/删除或者装载的时候操作它的属性。典型代码： 

public class AuditInterceptor implements Interceptor, Serializable
{
   public boolean onFlushDirty(Object entity,
                                Serializable id,
                                Object[] currentState,
                                Object[] previousState,
                                String[] propertyNames,
                                Type[] types)
   {

        if ( entity instanceof Auditable )
       {
            for ( int i=0; i < propertyNames.length; i++ )
            {
                if ( "lastUpdateTimestamp".equals( propertyNames[i] ) )
               {
                    currentState[i] = new Date();
                    return true;
                }
            }
        }
        return false;
    }
}

当session被创建的时候，指定拦截器。 

Session session = sf.openSession( new AuditInterceptor() );

可见,Interceptor的基本模式是 
1.提供onLoad(),onSave(),onDelete,onFlushDirty()几个回调函数。 
   在创建session时向session指定Interceptor. 

2.每个回调函数的参数如下,已经足够作任何事情 
   1.Object entity   对象 
   2.Serializable id   对象的id 
   3.String[] propertyNames  属性的名称数组 
   4.Type[] types   属性的类型数组 
   5.Object[] previousState  更新前的属性值 
   6.Object[] currentState    更新后的属性值 

3.在函数内,通过if ( entity instanceof Auditable )判断是否目标对象类型. 

2.History Interceptor模式 
1.所有需要记录更改历史的对象implement Historizable接口。 
   History Interceptor根据 if ( entity instanceof Historizable)l来判断是否需要干活。 

2.History Interceptor有setUserName()函数。在程序中把操作员名字传入。 

3.创建HistoryEntry的POJO和hbm 
   包含如下的列 id,who,what,property,oldValue,newValue 

4.为所有需要纪录更改历史的对象分别创建一个History表，仅仅是表名不同，（或者用同一个表，复合主键？） 

5.为所有需要纪录更改历史的对象在POJO和hbm中加入historyEntry Set。 

3.剩下的问题 
  1.单层的对象已经获得完美的解决,但对于订单的子对象又如何解决呢? 

  2.因为使用Interceptor的session需要自行创建,与Spring的声明式事务管理如何结合? 

  3.需要把被更改的表名和列名翻译成中文。 

    其中问题1是Trigger更加无法完成的。