看完了之前的mybatis原始的dao开发方法是不是觉得有点笨重,甚至说没有发挥mybatis
作为一个框架的优势。总结了一下,原始的dao方法有以下几点不足之处
- dao接口实现方法中存在大量的模板方法,比如:
SqlSession sqlSession = sqlSessionFacory.openSession(); sqlSession.commit(); sqlSession.close();
这三行代码几乎在每个方法里面都能看见,设想能否将这些代码提取出来,大大减轻程序员的工作量。
- 调用sqlSession方法时将statement的id硬编码了。比如之前findUserById方法中的“test.findUserById”。
- 调用sqlSession方法时传入变量,由于sqlSession方法使用泛型,即使变量类型传入错误,在编译阶段也不会报错。
所以既然出现了问题,改进是势在必行的。接下来就让我们看看如何改进。
当然就是今天的主题mapper代理开发方式了
正在这种开发方式中,程序员需要编写mapper.xml文件,其实就是一个类似于之前的user.xml的文件
另外在mapper代理方法中程序员只要写mapper接口(相当于dao接口)遵循一些开发规范,mybatis可以自动生成mapper接口实现类代理对象(就是实现接口类不用咱们去写了)
具体有以下几个规范:
-
在mapper.xml中的namespace等于mapper接口地址
- mapper.java接口中的方法名和mapper.xml中的statement的id一致
- mappe.java接口中的输入参数类型和mapper.xml中的statement的parameterType指定的的参数类型一致。
- mapper.java接口中的返回值参数类型和mapper.xml中的statement的resultType的指定的类型一致。
根据以上规范可以写出根据id查询用户信息方法的定义了
为了更好地理解上面的规范,下面给出映射文件方便进行对比
总结一下:以上规范就是对下面代码进行统一生成
因为别的方法都大同小异,所以这里只写了一个方法findUserById,下面测试也是一样,直接测试mapper接口里的findUserById方法,别的方法就不去测试了
代码如下:
public class UserMapperTest { private SqlSessionFactory sqlSessionFactory; @Before public void setUp() throws Exception { //得到配置文件流 InputStream inputStream = Resources.getResourceAsStream("sqlMapConfig.xml"); //创建会话会话工厂 sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream); } @Test public void testFindUserById() throws Exception { //创建会话 SqlSession sqlSession = sqlSessionFactory.openSession(); //创建mapper代理对象 UserMapper userMapper= sqlSession.getMapper(UserMapper.class); //调用代理对象的方法,打印结果 System.out.println(userMapper.findUserById(32)); } }
里面最重要的一句就是
UserMapper userMapper= sqlSession.getMapper(UserMapper.class);
这句代码把我们之前的创建接口的实现类这一步的工作省略了,直接生成一个代理对象,然后通过这个对象去调用方法,执行一系列操作
结果如下:
好了,到这里两种dao开发方法都讲完了,当然后面与spring整合之后的dao开发方法更系统,用起来更棒更爽,请期待更新。。。