【年终总结】mybatis 常见注解
关注“Java 后端技术全栈”
回复“面试”获取全套面试资料
当下,注解非常流行,以前很长篇的代码,现在基本上一个注解就能搞定。
那,在Mybatis
中又有哪些注解呢?
Mybatis
中的注解基本上都在org.apache.ibatis.annotations
目录下:
@MapperScan
该注解存在着争议,但不可否认的是这个注解确实是Mybatis
的注解,是为了集成 Spring 而写的注解。该注解主要是扫描某个包目录下的 Mapper,将 Mapper 接口类交给 Spring 进行管理。
使用方式
其实,从名字上就能看出,是用来扫描的 Mapper 的。
扫描包路径可以是一个或者多个,也可以在路径中可以使用 * 作为通配符对包名进行匹配 。
灵活度相当高,这样在实际上项目中,我们就可以指定扫描想要被扫描的包路径。
@Mapper
该注解目的就是为了不再写 mapper 映射文件 (UserMapper.xml
)。可以大大的简化编写 xml 的繁琐。该注解是由 Mybatis 框架中定义的一个描述数据层接口的注解,注解往往起到的都是一个描述性作用,用于告诉 Spring 框架此接口的实现类由 Mybatis 负责创建,并将其实现类对象存储到 spring 容器中。
使用方式
@Insert
插入记录的时候主键如何生成?对此基本上有三种方案,分别是:手动指定(应用层)、自增主键(数据层单表)、选择主键(数据层多表)。
对应 xml 文件中的<insert>
标签。
在应用层手动指定主键
手动指定的方式不把主键区别看待,插入之前在应用层生成对象的时候就会给主键一个值,插入的时候与普通字段没啥区别。
在上面的这个例子中,mybatis 并不知道到底哪个字段是主键,id 虽然是主键字段,但并没有被区别对待。
「注意」
{username}这种写法,是把 User 作为了当前上下文,这样访问 User 的属性的时候直接写属性名字就可以了。
表自增主键
自增主键对应着 XML 配置中的主键回填,一个简单的例子:
使用 Option 来对应着 XML 设置的 select 标签的属性,userGeneratordKeys 表示要使用自增主键,keyProperty 用来指定主键字段的字段名。自增主键会使用数据库底层的自增特性。
选择主键
选择主键从数据层生成一个值,并用这个值作为主键的值。
@Delete
删除的时候只要把语句条件神马的写在 @Delete 注解的 value 里就好了,返回一个 int 类型是被成功删除的记录数。对应 xml 文件中的<delete>
标签。
@Update
修改的时候和删除一样只要把SQL
语句写在 @Update 的 value 中就好了,返回一个 int 类型表示被修改的记录行数。
对应 xml 文件中的<update>
标签。
@Select
查询的时候稍稍有些复杂,因为查询会涉及到如何将查出来的字段设置到对象上,对应 xml 文件中的<select>
标签。
通常有那么三种办法:
在 SQL 语句中手动指定别名来匹配
在写 SQL 语句的时候,手动为每一个字段指定一个别名来跟对象的属性做匹配,适用于表字段名与对象属性名差异很大没有规律并且表字段不多的情况。
使用 mybatis 的自动下划线驼峰转换
mybatis 有一个选项叫 mapUnderscoreToCamelCase,当表中的字段名与对象的属性名相同只是下划线和驼峰写法的差异时适用。
配置了 mapUnderscoreToCamelCase 之后 mybatis 在将 ResultSet 查出的数据设置到对象的时候会尝试先将下划线转换为驼峰然后前面拼接 set 去设置属性。
开启转换:
然后查询
查看打印的结果,birth_day 属性填充到了对象中:
使用 ResultMap
对于表的字段名和对象的属性名没有太大相同点并且表中的字段挺多的情况下,应该使用 ResultMap 做适配。
@Results 对应着 XML 中的 ResultMap,同时可以为其指定一个 id,其它地方可以使用这个 id 来引用它,比如要引用上面的这个 Results:
使用 @ResultMap 来引用一个已经存在的 ResultMap,这个 ResultMap 可以是在 Java 中使用 @Results 注解定义的,也可以是在 XML 中使用 resultMap 标签定义的。
增删改查注解总结
其他注解
@Results:结果映射的列表, 包含了一个特别结果列如何被映射到属性或字段的详情。属 性:value, id。value 属性是 Result 注解的数组。对应 xml 中的<resultMap>
标签。
@Result:在列和属性或字段之间的单独结果映 射。属 性:id,column, property, javaType ,jdbcType ,type Handler, one,many。id 属性是一个布尔值,表 示了应该被用于比较(和在 XML 映射 中的相似)的属性。one 属性是单 独 的 联 系, 和 <association>
相 似 , 而 many 属 性 是 对 集 合 而 言 的 , 和 <collection>
相似。它们这样命名是为了 避免名称冲突。类似于<resultMap>
的子标签 <result>
`<id>`。
@One:复杂类型的单独属性值映射。属性: select,已映射语句(也就是映射器方 法)的完全限定名,它可以加载合适类 型的实例。注意:联合映射在注解 API 中是不支持的。这是因为 Java 注解的 限制,不允许循环引用。类似于<association>
标签。
@Many:与 @One 类似,一对多的关系,类似于<collection>
@Param :参数标签,我们在 Mapper 的方法签名上标注的参数,我们可以指定参数名称,然后在注解中或者 xml 中的 SQL 里就可以使用我们自定义的参数名称。
@SelectKey :获取最新插入 id。
@CacheNamespace :为给定的命名空间 (比如类) 配置缓存。对应 xml 中的<cache>
。
@CacheNamespaceRef :参照另外一个命名空间的缓存来使用。属性:value,应该是一个名空间的字 符串值(也就是类的完全限定名) 。对应 xml 中的<cacheRef>
标签。
@ConstructorArgs :收集一组结果传递给一个劫夺对象的 构造方法。属性:value,是形式参数 的数组。
@Arg :单 独 的 构 造 方 法 参 数 , 是 ConstructorArgs 集合的一部分。属性: id,column,javaType,typeHandler。id 属性是布尔值, 来标识用于比较的属 性,和 XML 元素相似。对应 xml 中的<arg>
标签。
@Case :单独实例的值和它对应的映射。属性: value,type,results。Results 属性是结 果数组,因此这个注解和实际的 ResultMap 很相似,由下面的 Results 注解指定。对应 xml 中标签<case>
。
Mybatis 常用注解对应的目标和标签
总结
mybatis 最初配置信息是基于 XML ,映射语句(SQL)也是定义在 XML 中的。而到了 MyBatis 3 提供了新的基于注解的配置。mybatis 提供的注解有很多,笔者进行了分类:
「增删改查:」@Insert、@Update、@Delete、@Select、@MapKey、@Options、@SelelctKey、@Param、@InsertProvider、@UpdateProvider、@DeleteProvider、@SelectProvider
「结果集映射:」@Results、@Result、@ResultMap、@ResultType、@ConstructorArgs、@Arg、@One、@Many、@TypeDiscriminator、@Case
「缓存:」@CacheNamespace、@Property、@CacheNamespaceRef、@Flush
绝大部分注解,在 xml 映射文件中都有元素与之对应,但是不是所有。此外在 mybatis-spring 中提供了 @Mapper 注解和 @MapperScan 注解,用于和 spring 进行整合。
参考:
http://www.yanhongzhi.com/pos...
https://www.cnblogs.com/cc110...
http://www.tianshouzhi.com/ap...
推荐阅读
版权声明: 本文为 InfoQ 作者【田维常】的原创文章。
原文链接:【http://xie.infoq.cn/article/eae8fb62670bff326c1de193d】。文章转载请联系作者。
评论