[关闭]
@nextleaf 2018-07-18T19:01:11.000000Z 字数 3116 阅读 786

【4】SqlMapConfig.xml文件中的配置总结

MyBatis


首先看一下该全局配置文件中都有哪些可以配置的东西:

配置内容作用
<properties>用来加载属性文件
<settings>用来设置全局参数
<typeAliases>用来设置类型的别名
<typeHandlers>用来设置类型处理器
<objectFactory>用来设置对象工厂
<plugins>用来设置插件
<environments>用来设置mybatis的环境
<mappers>用来配置映射文件

从前面的博文中可以看出,是用来配置mybatis的环境的,在和Spring整合前是由mybatis自己管理的,但是和Spring整合后,这些配置都将被废弃掉.
然后objectFactory和plugins一般我们不用,所以在这里就不总结了,类型处理器是mybatis中用来完成jdbc类型和java类型之间转换的,mybatis默认支持的类型处理器基本够我们使用了,一般不需要自定义。这篇博文主要来总结一下剩下的几个配置的用法。

1. properties加载属性文件

之前连接数据库的一些配置都是在中写死的,在实际开发中肯定不是这样子的,我们需要将数据库连接参数单独配在db.properties文件中,然后在SqlMapConfig.xml中加载db.properties的属性值即可,这就用到了了。即:

  1. <properties resource="db.properties">

然后environment中做一下对应的修改即可:
此处输入图片的描述
<properties>内部还可以定义属性值:
<property name="" value=""/>,在property中定义的属性也可以被<evironments>中来加载,这就涉及到了mybatis加载属性的顺序了:

1.在<properties>元素体内定义的首先被读取
2.然后读取<properties>元素中resource或者url加载的属性,它会覆盖已读取的同名属性
3.最后读取parameterType传递的属性(使用${}这种方式,不是#{}这种方式),它会覆盖已读的同名属性

建议:从上面可以看出来,如果在<properties>中定义属性的话,有点乱,搞不好就会出错,所以开发中不要在<properties>元素体内添加任何属性值,只将属性值定义在properties文件中。另外在properties文件中定义的属性名要有一定的特殊性,如xxx.xxx,这样不容易和其他的一些属性值起冲突。

2. settings全局参数配置

mybatis框架在运行时可以调整一些运行参数,比如:开启二级缓存、开启延迟加载等,有个settings全局参数配置文档:
此处输入图片的描述
这些全局参数的配置会影响mybatis的运行行为,需要的时候再设置.

3. typeAliases类型别名

这是配置中的一个重点,我们知道,在mapper.xml中定义了很多的statement,statement需要parameterType来指定输入参数的类型、需要resultType来指定输出结果的类型。如果在指定类型时输入类型全路径,有时候会很长,不方便进行开发,那么我们就可以可以针对parameterType或resultType指定的类型定义一些别名,在mapper.xml中通过别名来定义,方便开发。mybatis有默认支持的一些别名,一般基本类型都有别名,如下:
此处输入图片的描述
但是针对pojo的需要我们自定义别名了,比如我们将自己定义的User对象取个别名为user,如下:

  1. <!-- 别名的定义 -->
  2. <typeAliases>
  3. <!-- 针对单个别名的定义。type:类型的路径; alias:别名 -->
  4. <typeAlias type="mybatis.po.User" alias="user"/>
  5. </typeAliases>

然后输入参数或者输出结果为mybatis.po.User时,就可以用user来代替了,如下:此处输入图片的描述
但是问题来了,如果工程中有很多pojo,那岂不是完蛋……这得定义多少个啊,所以mybatis帮我们解决了这个问题,它提供了批量别名的定义,如下:

  1. <configuration>
  2. <typeAliases>
  3. <!-- 批量别名定义(这个常用)
  4. 指定一个包名,mybatis会自动的扫描包中po类,自动定义别名,别名就是类名(首字母大写或小写都可以)
  5. 在mapper.xml中使用类名代替resultType="com.pojo.User"或 parameterType="com.pojo.User"中的类路径
  6. -->
  7. <package name="com.pojo"/>
  8. </typeAliases>
  9. ...
  10. <mappers>
  11. <mapper class="com.mapper.UserMapper"/>
  12. </mappers>
  13. </configuration>

如果进行了上面这样设置,那么所有放在mybatis.po包下的pojo都可以不用定义了,直接使用类名就可以了,所以我们直接使用user即可。毫无疑问,开发中肯定使用这个批量的别名定义。

4. mappers映射配置

标签是通过resource方法加载单个映射文件的,即:

  1. <mappers>
  2. <mapper resource="sqlmap/User.xml" />
  3. <mapper resource="mapper/UserMapper.xml" />
  4. </mappers>

除了resource外,也可以用url来加载,只不过url指定的是绝对路径,硬盘中的路径。这里就不举例了,这里介绍另一种加载映射文件的方式:通过mapper接口来加载。通过mapper接口来加载的话要遵循一个规范:

规范:需要将mapper接口类名mapper.xml映射文件名称保持一致,且在一个目录中
这个规范的前提是:使用的是mapper代理的方法

所以上面的配置就可以改成

  1. <mappers>
  2. <mapper resource="sqlmap/User.xml" />
  3. <mapper class="mybatis.mapper.UserMapper"/>
  4. </mappers

所以要把原来的UserMapper.xml从config/mapper中的拖到和UserMapper.java一个目录下且同名,如下:此处输入图片的描述
但是还是有个弊端,就跟上面那个别名的配置一样,如果现在有好多个mapper咋整,所以mybatis也给我们提供了批量加载方法:我们只要指定mapper接口的包名,mybatis自动扫描包下面所有的mapper接口进行加载。当然,还是要遵循上面的那个规范。所以我们可以修改上面的配置:

  1. <mappers>
  2. <!-- 除了<mapper resource="com/mapper/UserMapper.xml" />进行mappers映射配置,还可以使用mapper接口来加载,
  3. 规范:需要将mapper接口类名和mapper.xml映射文件名称保持一致,且在一个目录中
  4. 这个规范的前提是:使用的是mapper代理的方法
  5. 如下:-->
  6. <!-- <mapper class="com.mapper.UserMapper" /> --><!-- 指定接口 -->
  7. <package name="com.mapper"/><!-- 指定包名 -->
  8. </mappers>

这样mybatis.mapper包下的所有mapper.xml映射文件都可以加载了,这就更加简洁了。在开发中推荐使用这种批量加载映射文件的方法。

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注