1：resultMap的使用
2：总结&下节预告
3：凯哥真诚的说一说
本文是《凯哥陪你学系列-框架学习之mybatis框架学习》中第十八篇 高级结果映射二
声明：本文系凯哥Java(www.kaigejava.com)原创,未经允许，禁止转载！
在上节课中，我们学了resultType的使用。其实就是扩展一个类，然后使用resultType。
我们知道，mybatis返回resultType还有一种是返回resultMap.所以，这节课我们来讲解resultMap的使用。
一：resultMap的使用
先回顾，之前学习的resulMap的用法(单表查询的)
在《框架学习系列 mybatis 第十二篇 mapper映射文件之输出映射》这一篇文章中，我们介绍了单表的resulMap的使用。
user-mapper.xml中如下：
我们发现，就是数据库字段和对应pojo对象的属性一一对应就可以了。
可是，现在我们讲解的是一对一的结果映射，怎么弄呢？
1.1：一对一结果映射之resultMap的使用
使用，resultMap来进行一对一结果映射，其实就是将关联对象添加到主信息的对象中。
具体来说，就是对象嵌套对象的一种映射方式。
什么意思呢？请看下图：
我们修改扩展类 OrdersExt.添加需要关联的表对象(也就是user表的pojo对象)
思考：user对象，在OrderMapper.xml文件中怎么对应呢？
1.2：一对一实体嵌套映射文件的写法
在mybatis中一对一映射使用的是：association标签
通过之前的学习，我们知道，要想使用自定义的resulMap，必须先定义，然后再使用。
所以，我们先来定义订单与用户关系的自定义resulMap:
说明：
订单与用户是一对一的映射关系
association:mybatis中一对一关联映射
property：一方(从表：比如这里的user表)在另一方(主表，比如这里的ordres表)中对应的属性
在本实例中 主表是orders，从表是user.
而从表user的pojo对象，在主表orders的pojo对象中对应的属性是user.
所以这里的property=user
javaType:声明从表对应的pojo实体类
id:主表中外建列对应从表主键的属性
column：主键外建对应的列名
property：主表外建对应从表主键的实体对象中属性
在本实例中，我们知道orders表对应user表的外建是user_id
而user表主键对应user的pojo对象中属性就是id
所以这里的 column="user_id" property="id"
result:需要查询的非主键数据库列对应Java中pojo实体中的属性
用法不变。
这里是从表的数据库列对应从表的pojo实体对象属性
本实例中的user表中需要查询的用户名、性别这两列分别对应user表实体对象pojo的属性
直接看截图：
对应mpper接口类写法：
测试类写法：
运行结果：
二：总结&下节预告
总结：
经过上节课和本节课的学习，我们知道一对一映射查询返回有两种方式：
resulType和resultMap两种方式。
通过比较，我们发现：
1：在一对一的结果映射时候，使用resultType更加的简单方便
2：如果有特殊要求(对象嵌套对象)的时候，需要使用reuslMap来进行映射了。
应用场景：
resultMap:
比如在查询订单列表的时候，需要点击列表中的看订单详情按钮的时候，就需要使用resultMap进行映射了。这样可以直接将用户信息也查下出来。
resulType:
使用resultType更倾向于查询明细信息。比如查询订单明细列表。
注意：订单列表(orders)和订单明细(orderdetail)列表不是同一个表！！
下节预告：
先看需求：
在查询订单信息的时候，关联查询出订单明细信息以及用户信息。
注意：
订单信息与订单明细是一对多关系
订单信息与用户信息是一对一关系。
怎么实现呢？
欢迎学习下一篇：一对多的查询。
ps:凯哥说一说。
如果您在浏览本文的时候，感觉本文对您有帮助，收藏的同时也请你转发下。谢谢
如果您感觉本文哪里讲的不好，或者是哪里讲错了，又或者是哪里不明白，欢迎评论。
凯哥真诚的希望大家评论。
本系列其他文章：
框架学习系列 mybatis 第十六篇 mybatis 常用标签三及与hibernate的比较
框架学习系列 mybatis 第十五篇 mybatis动态sql及常用标签二
框架学习系列 mybatis 第十四篇 mybatis动态sql一
527
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
