在Service里直接玩iBATIS，为iBATIS添个贴吧

以前使用iBATIS时，都是参考了iBATIS官网上的JPetStore做的。不过这个JPetStore似乎太老了，以致于我们参照后，所写的DB层又难看又繁琐。看了看我的DAO类，需要先定义一个接口，再定义一个Impl类，然后，每个方法里差不多都是一两句话的事。现在，我把DAO直接干掉了，完全用iBATIS来充当DAO，借助于Spring的注解，将iBATIS的DB操作对象直接注入Service中，而且什么也不用继承和实现，单纯的Java类一个。如果使用的是Struts2，一个Action一个Service就可以了，都是单纯的Java类，什么都不继承，什么也不实现。

具体如下：

1、在applicationContext.xml中，添点东西。
　　① beans标签中增加【xmlns:context="http://www.springframework.org/schema/context"】声明。

<beans
	xmlns="http://www.springframework.org/schema/beans"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xmlns:jee="http://www.springframework.org/schema/jee"
	xmlns:aop="http://www.springframework.org/schema/aop"
	xmlns:tx="http://www.springframework.org/schema/tx"
	xmlns:context="http://www.springframework.org/schema/context"
	xsi:schemaLocation="  
       http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd  
       http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.5.xsd  
       http://www.springframework.org/schema/jee http://www.springframework.org/schema/jee/spring-jee-2.5.xsd 
       http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.5.xsd 
       http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-2.5.xsd"
       default-lazy-init="true">

　　② 增加annotation自动注册Bean的声明。
<!-- 使用annotation 自动注册bean,并检查@Required,@Autowired的属性已被注入 -->
<context:component-scan base-package="需要自动注册的包名" />
　　③ iBATIS部分的配置

	<!-- Spring的iBatis 配置 -->
	<bean id="sqlMapClientTemplate" class="org.springframework.orm.ibatis.SqlMapClientTemplate">
		<constructor-arg>
			<ref bean="sqlMapClient"></ref>
		</constructor-arg>
	</bean>
	<bean id="sqlMapClient"
		class="org.springframework.orm.ibatis.SqlMapClientFactoryBean">
		<property name="configLocation"
			value="WEB-INF/SqlMapConfig.xml" />
		<property name="dataSource" ref="dataSource" />
	</bean>

注：①②，可以Google下；③是关键，这样就搞出一个被注好的sqlMapClientTemplate对象，可以用它来操作数据库了。

2、Service类，什么也不用继承或实现。
代码截段如下：

@Service
public class BookmarkService {
        /** iBATIS的DB操作辅助类对象 */
        @Autowired
        private SqlMapClientTemplate sqlMapClientTemplate;
        // 注：不需要set/get方法，自动注入
.....

    /**
     * 查询基本书签.<br />
     * 
     * @param mapBean
     * @return
     */
    public List searchBookmarkBaseList(Map mapBean) {
        return sqlMapClientTemplate.queryForList("Bookmark.searchBookmarkBaseList", mapBean);
    }

}

通过上面的搞法，就完全可以不用再整出一个如：public class UserDaoImpl extends SqlMapClientDaoSupport implements UserDao {...}这样写法的Impl类了，当然也省了那个接口（这种接口总是想的挺好，往往鸡肋一堆），当然进行DB操作时，更不需要使用那个实在太别扭的：getSqlMapClientTemplate().queryForObject(...)写法了。

现在的作法，简单务实多了。

评论

29 楼 bergman 2009-07-27  

看了楼上使用map的方式，学习了，不过，能不能不用map呢？
全部使用domain对象如何？就是说parameterClass和resultClass都用同一个domain，全部统一起来，如下：
User user=new User();
user.setAge(18);
user.setName("名字");
List list = getIbatisTemplate().queryForList("queryStr", user);

可以吗？好不好？有何问题吗？

28 楼 matt.u 2009-04-15  

ispring 写道

楼主不是开玩笑吧，在很久以前是没有DAO层的概念的，多年后有人总结出来了，现在你又要改回去？有句话叫“存在即合理”，楼主你太片面了

虽然有人把DAO这种概念总结出来了，但你也要看适用的环境，DAO全名是Data Access Object，主要是封装操作繁琐（说操作繁琐主要是因为要处理数据库异常、事务等等操作）的数据库操作，以便将低级别的数据访问逻辑与高级别的业务逻辑分离，同时通过使用DAO接口，便于在对业务逻辑不产生大的影响的情况下，实现在不同数据库上的迁移（当然在不同数据库上需要重新开发DAO实现）。

说白了，DAO的作用就是：1、解耦；2、便于跨数据库

但是由于现在各种开发思想的进步，特别是Spring、Hibernate、iBATIS等开源框架的流行，很多需要开发的地方都已经大大简化。比如Spring提供事务容器和异常处理机制，不需要你自己去编代码处理异常和控制事务；Hibernate作为ORM框架，直接提供跨数据库特性；iBATIS虽然是SqlMapper框架，不直接跨数据库，但也可以通过配置不同的sql文件，达到跨不同的数据库的目的。

综上，DAO的存在感是越来越小，当然如果你的DAO有足够复杂，或者你的项目会有更换持久框架的风险，那你也可以考虑保留。这完全需要根据项目的特点来进行取舍。

27 楼 lcllcl987 2009-04-14  

public class BaseDao extends SqlMapClientDaoSupport implements Dao

BaseDao扩展自spring的SqlMapClientDaoSupport
这个是AppFuse的用法， 我用这个。

26 楼 yishh 2009-04-10  

QuakeWang 写道

longrui 写道

老要包装Map是比较烦人，可以通过实现自己的查询模板或写自己的数据结构实现：

可以用varargs来做简化，还有List也是比较常用：

QMap(Object... parameters)
QList(Object... parameters)

List list = getIbatisTemplate().queryForList("queryStr", new QMap("name", "名字", "age", 18));

哈哈，这个很酷

25 楼 netfork 2009-04-09  

mikewang 写道

你这个稍微有点问题。
1 ， 没有对java bean  进行处理
2 ， put 方法有bug ， 当参数不为偶数的时候， 会出问题。

对java bean 进行处理， 用到了cglib

引用

@SuppressWarnings("unchecked")
public Param(Object o) {
if (o instanceof Map) {
putAll((Map) o);
} else {
Map m = BeanMap.create(o);
putAll(m);
}
}

这个有道理。

mikewang 写道

修复 put 的 bug

public void put(Object... params) {
// 必须先判断一下参数个数是否为偶数
		int j = params.length;
		if (j % 2 != 0) {
			j--;
		}

		for (int i = 0; i < j; i += 2) {
			if (i != params.length) {
				this.put((String) params[i], params[i + 1]);
			}
		}
	}

这个写法有些麻烦，你好好看看我转的那个代码，应该不会出现奇数问题吧。

24 楼 mikewang 2009-04-09  

你这个稍微有点问题。
1 ， 没有对java bean  进行处理
2 ， put 方法有bug ， 当参数不为偶数的时候， 会出问题。

对java bean 进行处理， 用到了cglib

引用

@SuppressWarnings("unchecked")
public Param(Object o) {
if (o instanceof Map) {
putAll((Map) o);
} else {
Map m = BeanMap.create(o);
putAll(m);
}
}

修复 put 的 bug

public void put(Object... params) {
// 必须先判断一下参数个数是否为偶数
		int j = params.length;
		if (j % 2 != 0) {
			j--;
		}

		for (int i = 0; i < j; i += 2) {
			if (i != params.length) {
				this.put((String) params[i], params[i + 1]);
			}
		}
	}

23 楼 netfork 2009-04-09  

mikewang 写道

综合一下各位的方案，这样就方便了。

import java.util.LinkedHashMap;

public class Param extends LinkedHashMap<String, Object> {
	private static final long serialVersionUID = -7612295332686546171L;

	public Param() {
	}

	public Param(Object... params) {

		int j = params.length;
		if (j % 2 != 0) {
			j--;
		}

		for (int i = 0; i < j; i += 2) {
			if (i != params.length) {
				this.put((String) params[i], params[i + 1]);
			}
		}
	}

	public Param add(String key, Object val) {
		this.put(key, val);
		return this;
	}
}

以前有人写过这么个Map，忘记了是谁，下面转一下。侵权了，不好意思。

/**
 * 通用Map类，支持构造函数构造Map对象. <br />
 * 
 * @author XXXX
 * @version 1.00
 */
import java.sql.Timestamp;
import java.util.HashMap;

/**
 * 通用Map类.<br />
 * 
 * @author XXXX
 * @version 1.00
 */
public class QMap extends HashMap<String, Object> {

	/** 序列化专用版本号 */
	private static final long serialVersionUID = 5157946144469842504L;

	public QMap() {
	}

	/** 构造函数 */
	public QMap(Object... args) {
		put(args);
	}

	/**
	 * 取得int型的对象
	 * 
	 * @param key
	 * @return
	 */
	public int getInt(Object key) {
		return getInt(key, 0);
	}

	/**
	 * 取得int型的对象.<br />
	 * 取得为null时，返回默认值.<br />
	 * 
	 * @param key
	 * @param defaultInt
	 *            默认值
	 * @return
	 */
	public int getInt(Object key, int defaultInt) {
		Integer i = (Integer) get(key);
		return i == null ? defaultInt : i;
	}

	/**
	 * 取得String型的对象.<br />
	 * 
	 * @param key
	 * @return
	 */
	public String getString(Object key) {
		return (String) get(key);
	}

	/**
	 * 取得String型的对象.<br />
	 * 取得为null时，返回默认值.<br />
	 * 
	 * @param key
	 * @param defaultValue
	 *            默认值
	 * @return
	 */
	public String getString(Object key, String defaultValue) {
		String value = (String) get(key);
		return value == null ? defaultValue : value;
	}

	/**
	 * 取得Timestamp型的对象.<br />
	 * 
	 * @param key
	 * @return
	 */
	public Timestamp getTimestamp(Object key) {
		return (Timestamp) get(key);
	}

	/**
	 * 存入对象.<br />
	 * 按照【key, value, key, value, key, value, ..., ...】的结构.<br />
	 * 
	 * @param args
	 */
	public void put(Object... args) {
		for (int i = 1; i < args.length; i += 2) {
			put(String.valueOf(args[i - 1]), args[i]);
		}
	}

}

22 楼 mikewang 2009-04-09  

综合一下各位的方案，这样就方便了。

import java.util.LinkedHashMap;

public class Param extends LinkedHashMap<String, Object> {
	private static final long serialVersionUID = -7612295332686546171L;

	public Param() {
	}

	public Param(Object... params) {

		int j = params.length;
		if (j % 2 != 0) {
			j--;
		}

		for (int i = 0; i < j; i += 2) {
			if (i != params.length) {
				this.put((String) params[i], params[i + 1]);
			}
		}
	}

	public Param add(String key, Object val) {
		this.put(key, val);
		return this;
	}
}

21 楼 netfork 2009-04-09  

我实际上只是给出一种做法，给个启示。
如果真要考虑持久层变更，可以做一个模板类。例子中的程序用的是Spring的SqlMapClientTemplate，我们完全可以封装一个自己的模板类，在需要变更持久层时，只要通过Spring注入一个新的模板类就好了。
我感觉，即使保留DAO，实际开发中的持久层变更所带来的工作量和问题也不会少。

20 楼 lkjust08 2009-04-09  

如果持久层换了，LZ会怎么更，难道是在service层逐个改？

19 楼 walle1027 2009-04-09  

netfork 写道

可惜目前iBATIS的SqlMapClientTemplate类不支持泛型，要不然，可能就更好一些了。

自己再做一层包装就行了吧。

18 楼 ispring 2009-04-08  

楼主不是开玩笑吧，在很久以前是没有DAO层的概念的，多年后有人总结出来了，现在你又要改回去？有句话叫“存在即合理”，楼主你太片面了

17 楼 thinblue 2009-04-08  

sw1982 写道

省去DAO接口，直接写实现类还是比较方便的。
没必要整到service层

我们现在就是这样的`` 呵呵

16 楼 sw1982 2009-04-07  

省去DAO接口，直接写实现类还是比较方便的。
没必要整到service层

15 楼 tibetjungle 2009-04-03  

wang19841229 写道

您这么写如果有一天业务变化把原有的持久化策略从ibatis变为hibernate那您所有的service都要修改，因为所有的service都引用了spring 的ibatis的模板。

业务不会关心IT的底层实现，持久成你用jdbc、ibatis还是hibernate，数据库你用mysql、oracle还是db2的，他们才不关心。业务操作、业务流程实现没有才是他们关心的问题。持久层是会变，但是变的可能性有多大呢？我觉得概率很小（估计在1%以下）。

14 楼 netfork 2009-04-03  

thinblue 写道

IBATIS 好用的 挺轻便的 不过MAP老要封装很麻烦 像看看大家怎么弄的

我使用的是Struts2，在需要Map时，我会使用如：Map mapBean = BeanUtils.describe(br);的写法，把DomainBean对象br的不为空的属性弄到Map里。不知道其他人怎么弄的。

13 楼 matt.u 2009-04-03  

QuakeWang 写道

有了Hibernate/iBatis这些强大的ORM以后，确实不用再写一个DAO了，在Service里面直接用。
单元测试可以用内存数据库来直接做。
而说考虑到ibatis转化为hibernate，即便你用DAO，也要大范围的改动，service里面这点引用的改动可忽略不计了。

同意以上观点，基本上我们团队中在使用了Hibernate和iBATIS后都不写DAO了（最多包装个通用的DAO来表示还有DAO这一层）。大多数DAO所要实现的操作都是比较简单的CRUD，重复代码太多，而且意义也不大。当然如果真的碰到有换框架的一天，那再来对Service层进行重构吧。

以前考虑过定义一个可以切换于各种持久化方案的通用DAO接口，貌似不太可能，毕竟hibernate/iBAITS/jpa的调用方式都不一样。能够统一的只有一小部分api。

12 楼 thinblue 2009-04-01  

IBATIS 好用的 挺轻便的 不过MAP老要封装很麻烦 像看看大家怎么弄的

11 楼 whaosoft 2009-04-01  

iBATIS  好多人推荐这个 不知道好用吗!

10 楼 netfork 2009-04-01  

QuakeWang 写道

longrui 写道

老要包装Map是比较烦人，可以通过实现自己的查询模板或写自己的数据结构实现：

可以用varargs来做简化，还有List也是比较常用：

QMap(Object... parameters)
QList(Object... parameters)

List list = getIbatisTemplate().queryForList("queryStr", new QMap("name", "名字", "age", 18));

太帅了～～