iBatis 2.x版本以及之前的版本ibatis一直属于Apache公司,3.0.x 之后转投到Google Code旗下,名字也由ibatis改为mybatis,两者最主要的区别就是mybatis一定程度上简化了编码的过程,开发者不需要去写dao的实现类,只需写一个dao的接口,然后再写一个xml配置文件,这样整个mybatis就配置好了。对于dao接口的使用直接在service里面调用就可以了,但是ibatis则不可以,必须要写dao的实现类,方法实现里面一般要加上return getSqlMapClientTemplate().queryForList()之类的模板调用语句。所以说从这个层面讲mybatis可以称之为是ibatis的升级版本。还有就是在xml的配置文件里面标签元素以及sql语句的写法有差异,但是差别不大,主要是为了减少开发者在切换框架所带来的学习成本;其次,MyBatis 充分吸收了其他 ORM 框架好的实践。
根据iBatis的习惯,我们通常把全局配置文件命名为sqlMapConfig.xml,文件名本身并没有要求,在MyBatis中,也经常会将该文件命名为Configuration.xml,在iBatis中经常出现的“sqlMap”在 MyBatis 中被逐渐淡化了,除了此处,还比如 iBatis 配置文件的根元素为
上面提及的大多数元素都不是必需的,通常 MyBatis 会为没有显式设置的元素提供缺省值。下面就两者在配置上的差异性如下:
有了这些信息,MyBatis 便能够和数据库建立连接,并应用给定的连接池信息和事务属性。MyBatis 封装了这些操作,最终暴露一个 SqlSessionFactory 实例供开发者使用,从名字可以看出来,这是一个创建 SqlSession 的工厂类,通过 SqlSession 实例,开发者能够直接进行业务逻辑的操作,而不需要重复编写 JDBC 相关的样板代码。根据全局配置文件生成 SqlSession 的代码如下:
Reader reader = Resources.getResourceAsReader("Configuration.xml");
SqlSessionFactory sqlSessionFactory =
new SqlSessionFactoryBuilder().build(reader);
SqlSession sqlSession = sqlSessionFactory.openSession();
可以把上面的三行代码看做是 MyBatis 创建 SqlSession 的样板代码。其中第一行代码在类路径上加载配置文件,Resources 是 MyBatis 提供的一个工具类,它用于简化资源文件的加载,它可以访问各种路径的文件,不过最常用的还是示例中这种基于类路径的表示方式。
resultType="mybatis.demo.UserInfo">
select * from UserInfo where userid =#{userid}
UserInfo userinfo = (UserInfo) sqlSession.selectOne("mybatis.demo.UserInfoMapper.getUser", 2);System.out.println(userinfo);
sqlSession.close();
需要注意的是,SqlSession 的使用必需遵守上面的格式,即在 finally 块中将其关闭。以保证资源得到释放,防止出现内存泄露!
以上就是一个简单而完整的 MyBatis 程序。其中涉及了全局配置文件,映射文件,构建 SqlSession 对象,执行数据访问操作等四个步骤。
……
通过
@Select("select * from userinfo where userid = #{userid}")public UserInfo getUserInfo(int userid);
}
//UserInfo userinfo = (UserInfo) sqlSession.selectOne("mybatis.demo.UserInfoMapper.selectUser", 2);UserInfoMapper userinfoMapper =sqlSession.getMapper(UserInfoMapper.class);UserInfo userinfo = userinfoMapper.getUserInfo(1);System.out.println(userinfo);
sqlSession.close();
{ ? = call pkgExample.getValues(p_id => ?) }
{ ? = call pkgExample.getValues(p_id => ?)}