幼学琼林-对比Spring 1.0与2.0的事务配置方式

     Spring 2.0  的重头戏之一就是AspectJ 式 AOP 配置。 但是一定要通过对比，才能看到2.0式的AOP配置是如何跳出一片新天空的。

1. 对比
先看1.0的标准事务配置:

Spring 2.0  的重头戏之一就是AspectJ 式 AOP 配置。 但是一定要通过对比，才能看到2.0式的AOP配置是如何跳出一片新天空的。

1. 对比
先看1.0的标准事务配置:

<bean id="baseTxService" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"
          abstract="true">
        <property name="transactionManager" ref="transactionManager"/>
        <property name="proxyTargetClass" value="true"/>
        <property name="transactionAttributes">
            <props>
                <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
                <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop>
                <prop key="save*">PROPAGATION_REQUIRED</prop>
                <prop key="remove*">PROPAGATION_REQUIRED</prop>
            </props>
        </property>
        <property name="preInterceptors">
            <list>
                <ref bean="methodSecurityInterceptor"/>
            </list>
        </property>
 </bean>
 <bean id="bookManager" parent="baseTxService">
        <property name="target">
            <bean class="org.springside.bookstore.admin.manager.BookManager"/>
        </property>
 </bean>

再看2.0的新配置：

<aop:config proxy-target-class="true">
    <aop:advisor pointcut="execution(* yourpackagename..*Manager.*(..))" advice-ref="txAdvice"/>
    <aop:advisor pointcut="execution(* yourpackagename..*Manager.save(..))" advice-ref="fooAdvice"/>
</aop:config><tx:advice id="txAdvice" transaction-manager="transactionManager">
    <tx:attributes>
        <tx:method name="save*"/>
        <tx:method name="remove*"/>
        <tx:method name="*" read-only="true"/>
   </tx:attributes>
</tx:advice>

<bean id="bookManager" class="org.springside.bookstore.commons.service.BookManager"/>

2.进步
1. AOP的配置方式也AOP了。
   对比1.0的配置文件，因为下面2提到的限制，事关安全acegi methodSecurityInterceptor 拦截器要配置在关于事务的TransactionProxyFactoryBean的preInterceptors属性里，这样子就一点不AOP了，而2.0使用ponintcut expression，很AOP的配置一切Aspect。

2. 1.0时，一个已经AOP过的object不能再次被AOP。
  在Spring 1.0的文档里Rod说，比如<bean id="bookManager" parent="baseTxService">已经进行了一次AOP，如果想在这个Bean上再配一层AOP，比如要对方法执行结果缓存，无论以1.0 还是2.0的方式定义，cglib方式是会报错的，而基于接口的方式，结果不确定。

3. BookManager能直接定义自己，而不是像1.0那样作匿名内部target。

虽然在1.0时代的BeanNameAutoProxyCreator 达到类似作用，但只能用BeanName来匹配比较危险，没有AspectJ的pointcut语法细致。

3. 语法
满江红翻译的Spring参考文档 6.3 schema-based AOP support  提供了aspect,advisor,advide三种组装方法的解释，其中aspect是aspectJ原装，但稍复杂.

唯一有点难懂的是pointcut里的语法，其实也很好学，Spring参考文档6.2.3.4里有完整说明 ，其实一排子过去是

execution(modifiers-pattern? ret-type-pattern declaring-type-pattern? name-pattern(param-pattern) throws-pattern?)

其中带问号的modifiers-pattern?(public/protected) 和 declaring-type-pattern? throws-pattern? 可以不填

可见execution(* *..BookManager.save(..))

第一颗* 代表ret-type-pattern 返回值可任意，
*..BookManager 代表任意Pacakge里的BookManager类。
如果写成com.xyz.service.* 则代表com.xyz.service下的任意类
com.xyz.service..* com.xyz.service则代表com.xyz.service及其子package下的任意类
save代表save方法，也可以写save* 代表saveBook()等方法
(..) 匹配0个参数或者多个参数的，任意类型
(x,..) 第一个参数的类型必须是X
(x,,,s,..) 匹配至少4个参数，第一个参数必须是x类型，第二个和第三个参数可以任意，第四个必须是s类型。

注意name-pattern千万不要写成*..*Manager ，这样子的话会把所有第三方类库的Manager比如Spring的PlatformTranstationManager 也加入aop，非常危险。所以最好还是加上项目的package前缀，如org.springside
         

楼主啊，说点题外话，标题是否有点盛气凌人了？

有意思的是用xml来表述aop是aspectwerkz最开始引入并且在去年差不多就抛弃的。我和alex差不多的感受，更加喜欢在代码里面的描述

-- jack
http://jack.lifegoo.com

我和楼上想法一样，语言切换需要转换思维，就像讲着汉语3分钟再讲英语2分钟，难受。
有时候觉得在Java、Jsp中切换都要停顿一下。也许一门语言包打天下也不一定是坏事。

hehe,这是我一个系列文章用的标题，因为写的都是非常简单非常基础的东西，所以取这个名字，以示和各位大牛的深入探讨的文章的差距。

1其实可以

<bean id="autoProxyCreator"
          class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
        <property name="interceptorNames">
            <list>
                <value>security</value>
                <value>tx</value>
            </list>
        </property>
        <property name="beanNames">
            <value>*Service</value>
        </property>

但是1.0大家都习惯了用TransactionProxyFactoryBean，这种BeanNameAutoProxyCreator定义的pattern只有bean names，很玩火的阿。

而aspectj有execution(modifiers-pattern? ret-type-pattern declaring-type-pattern? name-pattern(param-pattern) throws-pattern?),N多严格定义的地方。

嗯，强烈支持楼主的好文章，你继续，不用理我。

凡是楼主说的，就是对的

我在 ss 项目中，学到的太多了

不要阿，家爱高手如云，我这一钻会员的排名是倒着数的，没看我的文章都只敢叫"幼学琼林"么。你这么说，各位大牛立马看我不爽了:(