MyBatis使用笔记——原始方法开发dao层

前面的增、删、改、查程序,基本上套路都是一样,先加载配置文件SqlMapConfig.xml创建SqlSessionFactoryBuilder对象,然后使用SqlSessionFactoryBuilder对象得到SqlSessionFactory对象,接着使用SqlSessionFactory对象获取到sqlSession对象;通过sqlSession对象来操作数据库,操作完成后释放资源,如果是新增、修改、删除操作还需要在释放资源前提交会话。这些例子的实现过程中也有大量重复的模板代码可以提炼后简化。

首先,我们的SqlSessionFactory在应用中能够复用,应该实现为一个单例模式,只需要一个就好了。

其次,我们的SqlSessionFactoryBuilder用来创建SqlSessionFactory这个单例工厂类,它实现为一个工具类(静态)类就好了。

最后,我们的sqlSession类,它是面向开发用户的,它提供了操作数据库的方法和数据域(输入输出),因此它本身是线程不安全,通常它需要放在方法内或定义为局部变量使用。

原始的dao层开发方法指的是需要程序员写dao接口和dao接口的实现类。

首先,我们创建新的源码包,如下:

在这个包中,我们创建客户的接口,注意这里只有接口,还没有实现,对于中大型团队开发,提供接口后就可以让接口调用方使用了。

接下来,我们来写接口的实现类。在接口实现类中,首先要实现接口中的4个方法;其次,我们需要在实现类的构造函数里向dao实现类注入SqlSessionFactory,这样,实现类的方法中就能获得sqlSession后操作数据库。接口的实现和前面记录的增删改查逻辑是类似的,但是代码量和重复的模板方法少了很多,程序结构上也清晰了很多。

接着,我们开始验证我们这种方法的效果,首先创建一个test.MyBatis.dao的源文件夹,如下:

在接口实现类CustData上新建一个JuniTest case如下:

下一步选择要测试的4改方法,注意要勾选测试初始化方法setUp(),点击确定即可。

然后,我们的测试类定义了一个sqlSessionFacotry的成员变量,并在setUp()方法中通过配置文件初始化这个工厂类,后面具体的测试方法中,使用CustDao的接口方法直接调用并输出接口即可。

具体测试方法的执行结果和之前的预期一致,这里不再贴图了。

从上面的dao层开发可以看出,相比之前的增删改查实现,确实清晰、简单了很多,但原始dao开发方法,接口实现类方法中存在大量的模板方法可考虑提取出来减少工作量;调用sqlSession方法时将statement的id硬编码,不便于扩展;调用sqlSession方法时,由于参数值泛型,传参即使错误也无法在编译阶段中发现。如何彻底解决这些问题将在后续使用Mapper代理的方法中介绍。

  • 发表于:
  • 原文链接:http://kuaibao.qq.com/s/20180131G0703700?refer=cp_1026

扫码关注云+社区