-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
1.1 java
Java 编码方式集成是最少见的一种情况,但是通过这种集成方式可以很容易让大家看清通用 Mapper 集成的入口,这里会提供两种方式。
- 最直接的方式
- 使用
Configuration
作为入口集成
在开始写代码前,先把依赖添加进来。
在 Java 编码集成方式中,首先你肯定已经引入了 MyBatis 的依赖:
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>版本号</version>
</dependency>
所有版本号看这里:http://mvnrepository.com/artifact/org.mybatis/mybatis
通用 Mapper 支持 MyBatis 3.2.4+
在 mybatis 依赖的基础上,添加通用 Mapper 的依赖即可:
<dependency>
<groupId>tk.mybatis</groupId>
<artifactId>mapper</artifactId>
<version>最新版本</version>
</dependency>
如果你使用的 Jar 包,你可以通过上面提供的链接下载 Jar。
使用 Java 编码方式时,正常情况下你都会有构建 SqlSessionFactory
的代码。
在创建 SqlSessionFactory
对象前或者后对应两种配置通用 Mapper 的方法,由于没有提供 mybatis-config.xml 文件的解析类,这里会推荐使用 创建后 的方式来创建。
在创建 SqlSessionFactory
后,在任何其他调用发生前,使用下面的方式配置通用 Mapper。
//从刚刚创建的 sqlSessionFactory 中获取 session
session = sqlSessionFactory.openSession();
//创建一个MapperHelper
MapperHelper mapperHelper = new MapperHelper();
//特殊配置
Config config = new Config();
//主键自增回写方法,默认值MYSQL,详细说明请看文档
config.setIDENTITY("MYSQL");
//支持getter和setter方法上的注解
config.setEnableMethodAnnotation(true);
//设置 insert 和 update 中,是否判断字符串类型!=''
config.setNotEmpty(true);
//校验Example中的类型和最终调用时Mapper的泛型是否一致
config.setCheckExampleEntityClass(true);
//启用简单类型
config.setUseSimpleType(true);
//枚举按简单类型处理
config.setEnumAsSimpleType(true);
//自动处理关键字 - mysql
config.setWrapKeyword("`{0}`");
//设置配置
mapperHelper.setConfig(config);
//配置 mapperHelper 后,执行下面的操作
mapperHelper.processConfiguration(session.getConfiguration());
如果省略 Config
的配置,上述代码简化为:
//从刚刚创建的 sqlSessionFactory 中获取 session
session = sqlSessionFactory.openSession();
//创建一个MapperHelper
MapperHelper mapperHelper = new MapperHelper();
mapperHelper.processConfiguration(session.getConfiguration());
通用 Mapper 默认就是通过 session.getConfiguration() 获取所有的 MyBatis 方法,然后对其中属于通用方法的方法进行处理。
创建前就是通过使用 tk.mybatis.mapper.session.Configuration
替换 MyBatis 中的 org.apache.ibatis.session.Configuration
来实现。配置代码如下:
Configuration configuration = new Configuration();
//这里可以参考上面的方式来配置 MapperHelper
configuration.setMapperHelper(new MapperHelper());
sqlSessionFactory = new SqlSessionFactoryBuilder().build(configuration);
实现原理:
这种配置方式是通过重写原
Configuration
中的addMappedStatement
方法来实现的:@Override public void addMappedStatement(MappedStatement ms) { try { super.addMappedStatement(ms); //没有任何配置时,使用默认配置 if (this.mapperHelper == null) { this.mapperHelper = new MapperHelper(); } this.mapperHelper.processMappedStatement(ms); } catch (IllegalArgumentException e) { //这里的异常是导致 Spring 启动死循环的关键位置,为了避免后续会吞异常,这里直接输出 e.printStackTrace(); throw new RuntimeException(e); } }
通过上面其中一种方式配置后,通用方法都会生效。
接下来请继续看下一章内容。
首先不推荐 Maven 初学者看这里,也不建议通用 Mapper 初学者看这里。
在决定是否看之前,先看看细化依赖用法的特点:
- 可以以最精简的方式引入通用 Mapper,按照需要引入。
- 可以将某个依赖替换为自己的实现或者选择特定版本的依赖(比如某些依赖可以选择 Java 6 或者 Java 8 的版本)。
当你需要自己选择具体的依赖时,继续看下面的介绍。
通用 Mapper4 中,原来的 tk.mybatis:mapper
项目已经拆分,1.1.1 中添加的依赖是通过特殊打包方式将所有拆分的项目合并到了一个 jar 包中。
如果需要对依赖进行详细的定制,可以分别引入下面的依赖:
<!-- 必备依赖,提供核心功能 -->
<dependency>
<groupId>tk.mybatis</groupId>
<artifactId>mapper-core</artifactId>
<version>${mapper-core.version}</version>
</dependency>
<!-- 如果需要通用 Mapper 自带的 Mapper 接口和系列方法,需要引入本依赖 -->
<!-- 拆分 base 项目的目的在于以后可能会提供其他的方式来实现接口 -->
<dependency>
<groupId>tk.mybatis</groupId>
<artifactId>mapper-base</artifactId>
<version>${mapper-base.version}</version>
</dependency>
<!-- 针对开发人员的需要提供的一些额外的接口,都有特殊的使用要求 -->
<dependency>
<groupId>tk.mybatis</groupId>
<artifactId>mapper-extra</artifactId>
<version>${mapper-extra.version}</version>
</dependency>
<!-- 基于 Java8 方法引用的类 Example 对象 Weekend -->
<dependency>
<groupId>tk.mybatis</groupId>
<artifactId>mapper-weekend</artifactId>
<version>${mapper-weekend.version}</version>
</dependency>
<!-- 代码生成器 -->
<dependency>
<groupId>tk.mybatis</groupId>
<artifactId>mapper-generator</artifactId>
<version>${mapper-generator.version}</version>
</dependency>
这些依赖的版本号可以通过 mapper-all 子模块进行查看
https://github.com/abel533/Mapper/tree/master/mapper-all/pom.xml
还可以通过下面的目录查找
1. 集成通用 Mapper || 2. 对象关系映射 || 3. 配置介绍