Mybatis教程，看这一篇就够了2

#头条创作挑战赛#

一、Mybatis映射文件（核心）

MyBatis 的真正强大在于它的映射语句，这是它的魔力所在。由于它的异常强大，映射器的 XML 文件

就显得相对简单。如果拿它跟具有相同功能的 JDBC 代码进行对比，你会立即发现省掉了将近 95% 的代

码。MyBatis 为聚焦于 SQL 而构建，以尽可能地为你减少麻烦。

SQL 映射文件只有很少的几个顶级元素（按照应被定义的顺序列出）：

· cache – 对给定命名空间的缓存配置。

· cache-ref – 对其他命名空间缓存配置的引用。

· resultMap – 是最复杂也是最强大的元素，用来描述如何从数据库结果集中来加载对象。

sql – 可被其他语句引用的可重用语句块。

· insert – 映射插入语句

· update – 映射更新语句

· delete – 映射删除语句

· select – 映射查询语句

1.输入映射_ParameterType

指定输入参数的java类型，可以使用别名或者类的全限定名。它可以接收简单类型、POJO、HashMap。

传递简单类型

简单类型的参数，可以省略parameterType属性

传递POJO对象

传递HashMap

同传递POJO对象一样，map的key相当于pojo的属性。

Mapper接口中的方法

2.输出映射

2.1 resultType

输出简单类型

输出POJO单个对象和列表

2.2 resultMap

简单结果映射

resultMap 元素是 MyBatis 中最重要最强大的元素。它可以让你从 90% 的 JDBC ResultSets 数据提取代码中解放出来，并在一些情形下允许你进行一些 JDBC 不支持的操作。实际上，在为一些比如连接的复杂语句编写映射代码的时候，一份 resultMap 能够代替实现同等功能的数千行代码。ResultMap的设计思想是，对简单的语句做到零配置，对于复杂一点的语句，只需要描述语句之间的关系就行了。

之前你已经见过简单映射语句的示例，它们没有显式指定 resultMap。比如：

上述语句只是简单地将所有的列映射到 HashMap 的键上，这由 resultType 属性指定。
虽然在大部分情况下都够用，但是 HashMap 并不是一个很好的领域模型。你的程序更可能会使用 JavaBean 或 POJO作为领域模型。

MyBatis 对两者都提供了支持。

隐式ResultMap

若一个类有 3 个属性：id，username 和 hashedPassword。这些属性会对应到 select 语句中的列名。这样的一个JavaBean可以被映射到ResultSet，就像映射到HashMap一样简单。

使用类型别名，你就可以不用输入类的全限定名了

在这些情况下，MyBatis 会在幕后自动创建一个 ResultMap，再根据属性名来映射列到 JavaBean 的属性上。如果列名和属性名不能匹配上，可以在 SELECT 语句中设置列别名（这是一个基本的 SQL 特性）来完成匹配。比如

显示ResultMap

在学习了上面的知识后，你会发现上面的例子没有一个需要显式配置ResultMap，这就是ResultMap的优秀之处——你完全可以不用显式地配置它们。显式使用外部的resultMap也是解决列名不匹配的另外一种方式。

然后在引用它的语句中设置resultMap属性

复杂结果映射

当涉及多表查询时，希望的结果来自多个表，结果封装就会变得复杂，比如：

在查询一个用户时，还想同时查到他所属的角色信息（多对一、一对一关系）

映射结果的对象：

查询sql语句：

定义ResultMap元素

定义查询语句，引用resultMap元素

测试

星辰大海，永不止步

END