SSM之MyBatis_01_06_mybatis-dao的编写——过渡以及 mapper代理方式实现（常用）

系列文章目录

mybatis-dao的编写——过渡

这里我们来说一个过渡，按照正常的思路，我们编写dao是这样的
接口：

实现类：

调用/使用
这里的before只要获取到sessionFactory就行了


对比一下标准文档里面的调用
关于mybatis我们怎么放到Dao里面，这是一种思想，
并没有错，但是实际开发中我们一般不这样写，因为有更好的方式，
比如下面的mapper代理方式实现

mybatis-dao的编写——mapper代理方式实现（常用）

通过mapper代理方式实现 dao的编写，这种方式是我们经常用的
Mapper代理的开发方式，程序员只需要编写mapper接口（相当于dao接口）即可。
Mybatis会自动的为mapper接口生成动态代理实现类
不过要实现mapper代理的开发方式，需要遵循一些开发规范
开发规范：

1.mapper接口的全限定名要和mapper映射文件的namespace的值相同。
2.mapper接口的方法名称要和mapper映射文件中的statement的id相同；
3.mapper接口的方法参数只能有一个，且类型要和mapper映射文件中statement的parameterType的值保持一致。
4.mapper接口的返回值类型要和mapper映射文件中statement的resultType值或resultMap中的type值保持一致；
优点：
通过规范式的开发mapper接口，可以解决原始dao开发当中存在的问题：
模板代码可以去掉；
剩下去不掉的操作数据库的代码，其实就是一行代码。这行代码中硬编码的部分，通过第一和第二个规范就可以解决。

这样就可以去掉重复的代码，
像我们前面说的过渡的那种原生的方式，就会有一些重复的代码
重复代码如下，如果使用mapper方式就可以把这些模板去掉

开启session和关闭session就相当于是一个模板
如果使用mapper方式就可以把这些模板去掉

mapper方式的编写步骤：
第一步：
重新写个UserMapper配置文件和定义mapper映射文件UserMapper.xml（内容同Users.xml，除了namespace的值），放到新创建的目录mapper下。


优化一下

以后使用mybatis我们就再也没有Dao的包了，只有mapper包

第二步：【添加映射配置文件】


这样去实现这两个接口



告诉mybatis加载映射文件

第三步：测试
抽取的代码安排上
然后我们直接看test里面怎么写

代理可以直接转成UserMapper类型

这样就没有dao（即没有dao接口，也没有dao实现类）了mapper就相当于我们的dao
以前是service调用dao
以后就是service调用mapper了

总结

mapper代理方式实现dao的步骤：
第一步：
重新写个UserMapper配置文件和定义mapper映射文件UserMapper.xml（内容同Users.xml，除了namespace的值），放到新创建的目录mapper下。

第二步：【添加映射配置文件】

第三步：测试