mapper的动态代理
在之前的例子中,我们在dao接口的实现类中写了一些获取sqlSession并调用其方法的代码,这些代码实际上没有什么实质的作用,具体SQL方面的操作我们都写在mapper文件中了,因此可以mybatis抛开这些实现类,以后无需编写这些实现类了,直接通过dao接口来定位到mapper中的SQL语句,这种方式被称为mapper的动态代理。
将之前的程序修改为mapper代理的方式
1.在StudentMapper.xml中的mapper标签中添加namespace属性:
<mapper namespace="com.monkey1024.dao.StudentDao">
这样mybatis就会将当前的mapper.xml文件与StudentDao对应上。
2.需要将StudentDao中的方法名与mapper.xml文件中的id名称要一致,这样子mybatis就可以将方法和sql语句一一对应上了。
3.不使用dao的实现类,但是还需要获取SqlSession对象,该对象的获取可以放到测试类中:
private SqlSession sqlSession; private StudentDao studentDao; /** * 测试时先执行该方法创建StudentDao对象 */ @Before public void initStudentDao(){ sqlSession = MyBatisUtil.getSqlSession(); //通过该方法可以获取StudentDao的对象 studentDao = sqlSession.getMapper(StudentDao.class); } /** * 执行完成后需要关闭sqlSession */ @After public void closeSession() { if (sqlSession != null) { sqlSession.close(); } }
通过SqlSession的getMapper方法,将要获取的dao对象的的class传入,这样子就会由MyBatis自己创建StudentDao的对象了,该对象是有jdk的动态代理自动生成的。之后在测试类中的增删改操作的方法中手动提交事务即可。
将dao的实现类删除之后,mybatis底层只会调用selectOne()或selectList()方法。而框架选择方法的标准是dao层方法中用于接收返回值的对象类型。若接收类型为 List,则自动选择 selectList()方法;否则,自动选择 selectOne()方法。
这种方式比之前更使用dao实现类更加简洁。
最后,如果想查看打印的sql语句的话,需要修改log4f.properties文件:
将之前的:
log4j.logger.monkey1024=debug,console
修改为:
log4j.logger.com.monkey1024.dao.StudentDao=debug,console
当然,也可以启用根日志:
log4j.rootLogger=debug,console