Mapper 动态代理
在前面例子中自定义 Dao 接口实现类时发现一个问题: Dao 的实现类其实并没有干什么实质性的工作,它仅仅就是通过 SqISession 的相关 API 定位到映射文件 mapper 中相应 id 的 SQL 语句,真正对 DB 进行操作的工作其实是由框架通过 mappe r中的 SQL 完成的。
所以,MyBatis 框架就抛开了 Dao 的实现类,直接定位到映射文件 mapper 中的相应 SQL语句,对 DB 进行操作。这种对 Dao 的实现方式称为 Mapper 的动态代理方式。
Mapper 动态代理方式无需程序员实现 Dao 接口。接口是由 MyBatis 结合映射文件自动生成的动态代理实现的。
项目:MyBatis_Dynamic_Mapper,在前面项目的基础上进行如下修改操作。
映射文件的 namespace 属性值
一般情况下,一个 Dao 接口的实现类方法使用的是同一个 SQL 映射文件中的 SQL 映射 id。所以,MyBatis框架要求,将映射文件中<mapper/>标签的 namespace 属性设为 Dao 接口的全类名,则系统会根据方法所属 Dao 接口,自动到相应 namespace 的映射文件中查找相关的SQL映射。
简单来说,通过接口名即可定位到映射文件 mapper。
修改日志输出控制文件
mapper 的 namespace 修改了,则需要将日志输出控制文件中 logger 的输出对象进行修改。
Dao 接口方法名
MyBatis 框架要求,接口中的方法名,与映射文件中相应的 SQL 标签的 id 值相同。系统会自动根据方法名到相应的映射文件中查找同名的 SQL 映射 id。
简单来说,通过方法名就可定位到映射文件 mapper 中相应的 SQL 语句。
Dao 对象的获取
使用时,只需调用 SqlSession 的 getMapper() 方法,即可获取指定接口的实现类对象。该方法的参数为指定 Dao 接口类的class值。
删除 Dao 实现类
由于通过调用 Dao 接口的方法,不仅可以从 SQL 映射文件中找到所要执行 SQL 语句,还可通过方法参数及返回值,将 SQL 语句的动态参数传入,将查询结果返回。所以,Dao 的实现工作,完全可以由 MyBatis 系统自动根据映射文件完成。所以,
Dao 的实现类就不再需要了。
Dao 实现对象是由 JDK 的 Proxy 动态代理自动生成的。
修改测试类
(1)@Before 与 @After 注解方法
在 @Before 注解方法中获取到 SqISession 对象后,通过 SqlSession 的 getMapper() 方法创建 Dao 接口实现类的动态代理对象。
在 @After 注解方法中关闭 SqlSession 对象。
(2)添加 SqlSession 的提交方法
在增删改测试方法的最后,添加上 SqlSession 的 commit()方法,完成提交。
(3)删除 selectStudentMap() 方法测试
MyBatis 框架对于 Dao 查询的自动实现,底层只会调用 selectOne() 与 selectList() 方法。而框架选择方法的标准是测试类中用于接收返回值的对象类型。若接收类型为 List,则自动选择 selectList() 方法;否则,自动选择 selectOne() 方法。
这里接收类型为 Map,所以框架选择了 selectOne() 方法,会报错。所以这里需要删除这个 selectStudentMap() 方法的测试。
多查询条件无法整体接收问题的解决
在实际工作中,表单中所给出的查询条件有时是无法将其封装为一个对象的,也就是说,查询方法只能携带多个参数,而不能携带将这多个参数进行封装的一一个对 象。对于这个问题,有两种解决方案。
(1)将这多个参数封装为一个 Map
将这多个参数封装为一个 Map<String,Object>,根据 Map 进行查询。
① 修改 Dao 接口
在 Dao 接口中添加如下方法:
② 修改测试类
③ 修改映射文件
(2)多个参数逐个接收
对于 mapper 中的 SQL 语句,可以通过参数索引 #{index} 的方式逐个接收每个参数。
① 修改 Dao 接口
在 Dao 接口中添加如下方法:
② 修改测试类
③ 修改映射文件
网友评论