众所周知，ror里面的指导原则有：

　　第一条是较小的软件，这意味着你编写较少的程序行。程序小就能加速开发，错误也较少，使得程序较容易理解、维护和增强。对编写较小程序做出贡献的ruby的一个特性就是它假设该架构本身能够并应该处理元数据.

　　第二条是对配置的协定原理，这意味着rails不用配置文件，而是依靠一些简单的编程协定，让它通过利用应用程序已有的信息和在运行的数据库，解决它需要知道什么这个问题。

　　spring一个非常灵活的一个框架，灵活的同时也造成了一定的复杂性。我个人眼中的spring应该从ror学到的东西应该有：不用写一行xml语句就可以配置好aop常规的事务管理,约定高于配置。

　　当前spring支持的事务管理配置,大体有以下两种配置方式,为了方便举例子，所以借用了javaee技术专家"江南白衣"的两段代码

　　(1)、spring2.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)、 spring2.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"/＞

　　上面的二段配置文件代码是常用的spring事务管理配置.

　　看完上面的二段代码的配置，和ruby on rails没有一行配置的activerecord相比差太远，相对麻烦拖拉,没有办法，暂时spring实现中事务管理主要也只是这两种方法。

　　使用spring通常会与hibernate/ibatis集成作数据访问层，这也是大多java开发人员常用字的技术框架.下面如spring和hibernate结合做数据访问层,暂时不讨论有泛型存在的情况，只是简单举一个例子把事务管理放在数据访问层。下面说出我自己心中理想的spring事务管理：

　　约定高于配置。首先规定,对于query,list,show,get,find等开头的方法采用propagation_required,readonly级的事务定义；而对于set,save,update,remove，delete等开头的方法采用propagation_required级的事务定义，基本上能满足大部分开发的需要。然后只要在需要事务管理配置的类的前加一句元数据即可,例如spring针对hibernate3开发的@transactionaop(hibernate3),类似的有@transactionaop(hibernate2)、@transactionaop(ibatis)、@transactionaop(jdo)之类元数据的

　　举一个例子看一段代码,其中userdao是一个接口，大家都应该看得出来,只加了一行的元数据@transactionaop(hibernate3)就可以使得这一个userdahibernate类有事务管理的功能,因为它命名的方法符合spring的约定。（当然，这不是真的，spring中也没有这一个功能,这只是我个人一点想法提出来而已）

　　代码

package org.appfuse.dao.hibernate; import java.util.list; import org.appfuse.dao.userdao; import org.appfuse.model.user; import org.springframework.orm.hibernate3.support.hibernatedaosupport; span style="color:blue;"＞ //假设有下面这一个类 import org.springframework.orm.hibernate3.support.annotations.transactionaop;＜/span＞ ＜span style="color:blue;"＞@transactionaop(hibernate3)＜/span＞ public class userdaohibernate extends hibernatedaosupport implements userdao...{ public user getuser(long userid) ...{ return (user)this.gethibernatetemplate().get(user.class, userid); } public list getusers() ...{ return this.gethibernatetemplate().find("from user"); } public void removeuser(long userid) ...{ object user = this.gethibernatetemplate().load(user.class, userid); this.gethibernatetemplate().delete(user); } public void saveuser(user user) ...{ this.gethibernatetemplate().saveorupdate(user); } }

　　spring的事务定义很灵活很广，定义七种的传播行为和五种的隔离常量，但用得比较多还是propagation_required和propagation_required,readonly,所以我提出上面所述的一点假想,可以简便开发。

　　简单就是美。