系列文章目录
文章目录
- 系列文章目录
- mybatis-dao的编写——过渡
- 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下。
第二步：【添加映射配置文件】
第三步：测试
