`
lijingyao8206
  • 浏览: 216621 次
  • 性别: Icon_minigender_2
  • 来自: 杭州
社区版块
存档分类
最新评论

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。
2
1
分享到:
评论
4 楼 lijingyao8206 2015-08-26  
过奖过奖~
toknowme 写道
看来是才女一枚~   

3 楼 toknowme 2015-08-15  
看来是才女一枚~   
2 楼 lijingyao8206 2015-08-03  
是的,多阅读优秀的框架源码对于编码思维的形成有很大的好处~
henu_zhangyang 写道
学姐,大学期间都开始阅读框架源码了吗?

1 楼 henu_zhangyang 2015-07-30  
学姐,大学期间都开始阅读框架源码了吗?

相关推荐

Global site tag (gtag.js) - Google Analytics