当前位置: 代码迷 >> SQL >> iBATIS&Spring合奏(3)-事务&动态SQL
  详细解决方案

iBATIS&Spring合奏(3)-事务&动态SQL

热度:266   发布时间:2016-05-05 13:42:20.0
iBATIS&Spring合奏(三)--事务&动态SQL
     刚看了个恐怖片,总算有点灵感,继续总结Spring和iBATIS的东东。本来想今天梳理下iBATIS源码阅读时总结的经典设计模式。但是现在思绪比较凌乱,留到下一次吧。
      先说事务处理。iBATIS对于事务的支持比较基本的是基于JDBC的,当然也有JPA,EXTERNAL。这里就说说JDBC。其实看源码就知道,源码也只是对JDBC事务管理进行了轻量封装。核心处理在TransactionManager和Transaction。Spring对于iBATIS的事务支持也是折腾到jdbc中。
      1)可以看一下下面的beans.xml中有关transactionManager的配置(省略datasource了,可以参看前一篇文章配置):
	<bean id="transactionManager"		     class="org.springframework.jdbc.datasource.DataSourceTransactionManager"  		abstract="false"  lazy-init="default" autowire="default"		dependency-check="default">		<property name="dataSource">			<ref bean="dataSource" />		</property>   	</bean>   

     很明显的把datasource注入到transactionManager中来。
      2)下面就该定义tx:advice了:
<tx:advice id="transactionManagerAdivice"		transaction-manager="transactionManager">		<!--propagation默认值如果调用UserService类中的方法有Tran就用原来的Tran,自己作为Tran的一部分。没有创建新的		isolation数据库的隔离级别  rollback-for默认  (name="get*" read-only="true")-->		<tx:attributes>			<tx:method name="*" isolation="READ_COMMITTED"				propagation="REQUIRED" read-only="false" rollback-for="java.lang.RuntionException" />		</tx:attributes>	</tx:advice>

      话说回来,advice按照字面解释就是建议,这个建议中对于transactionManager的引用来处理一些需要事务管理的method。而这些method有着不同的事务管理需求,可以分别配置,这里用*代表所有方法,当然只是为了简便,实际中不可如此。
      3)aop:config来将事务管理织入切点定义的方法。
<!-- 表达式表示切入点为该类中的任何方法。所以当UserService类中方法调用时就会进行事务管理,并且当抛出RuntimeException时,自动进行回滚操作 -->	<aop:config>		<aop:pointcut			expression="execution(* com.qiyun.spritis.service.UserService.*(..))"			id="userServicePc" />		<aop:advisor advice-ref="transactionManagerAdivice"			pointcut-ref="userServicePc" />			</aop:config>

     上文中UserService是纯Service类,调用DAO层—UserSqlMapDao。两个类的代码可以看前面两篇文章。advisor建议者给了point切点一个建议,就是在point中声明的匹配方法中建议它们加入事务管理逻辑,逻辑被spring注入,在advice-ref中指出。说得比较白话文了。在advisor里面直接定义pointcut也可以,但是就只能局部引用,因为是事务逻辑,没大关系哒。
      至此,Spring事务就加入到应用中了。当然还有注解的方式就不介绍了,官方文档还是介绍得很好的。官方文档,永远是程序员的屠龙刀啊。
     
       再谈谈动态SQL放到一起说只是因为比较小的模块,就不独立弄出来了,写一篇Blog要费很多神经Cell的。
       1)在sqlmap配置中添加如下代码(这里用到了Order,可以参看合奏一中的数据库图,POJO在此省略啦):
<typeAlias alias="order" type="com.qiyun.spritis.pojo.Order"/>		<select id="getOrderByUser" parameterClass="com.qiyun.spritis.pojo.User"		resultClass="order">		SELECT 			o.id as id, 			o.goodname as goodname,			o.user as username,			o.goodprice as goodprice		FROM orders o 			<isNotNull property="username">				INNER JOIN user a ON o.user=a.username 			</isNotNull>			<dynamic prepend="where">				<isNotEmpty property="username" prepend="and "  open="(" close=")">					a.username=#username#				</isNotEmpty>			</dynamic>	</select>

     以上是在sqlmap中配置的。这里用到了alias,类的别名,偷懒方便的。这里简单说明下上面那句动态SQL翻译过来的意思吧:通过user表联合order查出在order中username非空的且查出的结果非空的order记录。有点绕。其实看这面,就知道用动态SQL只是iBATIS封装了一些我们要硬编码的东西,把SQL语句写活了,也就是写动态了,一些逻辑判断更加清晰,灵活了。
      2)在程序中调用动态SQL。其实和静态SQL,简单动态SQL(简化版本动态SQL)没什么太大差别。下面的代码中不用Spring,大家可以看看区别,其中加入了iBATIS,jdbc级别的事务管理。同样作为简单参考。代码如下:
public List<Order> getOrderByUser(User user) throws IOException,			SQLException {		String resource = "./SqlMapConfig.xml";		Reader reader;		reader = Resources.getResourceAsReader(resource);		SqlMapClient sqlMap = SqlMapClientBuilder.buildSqlMapClient(reader);		try {			sqlMap.startTransaction();			List<Order> list = (List<Order>) sqlMap.queryForList(					"getOrderByUser", user);			for (int i = 0; i < list.size(); i++) {				Order oo = list.get(i);				System.out.println(oo.getId() + " " + oo.getUsername() + " "						+ oo.getGoodname() + " " + oo.getGoodprice());			}			return list;		} catch (Exception e) {			sqlMap.endTransaction();			e.printStackTrace();		}		sqlMap.commitTransaction();		return null;	}

      要提一句,这里SqlMapConfig.xml是配置在项目classpath里面的,里面要有datasource,因为这里没有用到Spring啦,没有肯定报错滴。
       3)Filter的一些说明。当然,有时候我们想要对查询的结果或者逻辑多一些控制(比如我想要查出price(价格)在10元以下的Order)。然后就想到了Filter。iBATIS也提供了很好的支持。OrderFilterRowHandler.java定义如下:
public class OrderFilterRowHandler implements RowHandler {	public List<Order> list=new ArrayList<Order>();	//父类方法,实例化对象会自动调用该方法--用到Proxy了,不多说了,你懂的。	public void handleRow(Object o) {		Order order=(Order)o;		if((Double.parseDouble(order.getGoodprice()))<10.0)			list.add(order);		}	public List<Order> getList() {		return list;	}}

      4)在调用时加上这个Filter。在getOrderByUser方法中替换原来的查询,加入如下:
OrderFilterRowHandler fh=new OrderFilterRowHandler();sqlMap.queryWithRowHandler("getOrdersByListGood", user, fh);List<Order> list1=fh.getList();	

      很easy就搞定了,当然也可以定义个XMLFilter将结果输出到一个XML文件中。都看自己兴趣爱好和需求吧。

       iBATIS事务和动态SQL的总结就到这里了。当然,介绍的比较简陋。后续的介绍中会把iBATIS源码中用到的设计模式拿出来总结下,就是比较纠结的过程了。又要搬出EA来画图了,眼花缭乱时留给下次吧。
       最后,老规矩,冷笑一刻:
       某程序员对书法十分感兴趣,退休后决定在这方面有所建树。花重金购买了上等的文房四宝。一日突生雅兴,一番磨墨拟纸,并点上了上好的檀香,颇有王羲之风范,又具颜真卿气势,定神片刻,泼墨挥毫,郑重地 写下一行字:hello world。
  相关解决方案