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。

评论

4 楼 lijingyao8206 2015-08-26  

过奖过奖~

toknowme 写道

看来是才女一枚~   

3 楼 toknowme 2015-08-15  

看来是才女一枚~   

2 楼 lijingyao8206 2015-08-03  

是的，多阅读优秀的框架源码对于编码思维的形成有很大的好处~

henu_zhangyang 写道

学姐，大学期间都开始阅读框架源码了吗？

1 楼 henu_zhangyang 2015-07-30  

学姐，大学期间都开始阅读框架源码了吗？