摘要:北京解决办法在字段的时候使用,下面是改动后的映射文件。北京那么我们来看看它是如何生效的,主要的代码在哪里。源码层面的话,依旧在的中处理返回集合。总结大致上,完成映射主要是两种方式。使用预先定义好映射关系,也是最后根据和反射,完成字段的赋值。
前言
考虑到在Select时使用AS和方案一其实没什么差别,在介绍ResultMap之前,顺便带过一下。
方案二-Select .... AS当我们的数据库列名和对象字段之间不是驼峰式命名的关系,我们可以在Select时使用AS,使得列名和对象名匹配上。
映射文件中是本次会执行的sql,我们会查出id,city_id,city_name,city_en_name。 按照开启的驼峰式命名开关,我们会对应到对象的id,cityId,cityName,cityEnName字段。
不过在这次,我们对PO做了小小的改动,把cityEnName改成了cityEnglishName。
public class CityPO { Integer id; Long cityId; String cityName; String cityEnglishName; // 由cityEnName改成了cityEnglishName
由于找不到匹配的列,cityEnlishName肯定没法被反射赋值,要为Null了。
CityPO{id=2, cityId=2, cityName="北京", cityEnglishName="null"}
解决办法: 在Select字段的时候使用AS,下面是改动后的映射文件。
改动后执行得到的结果如下。
CityPO{id=2, cityId=2, cityName="北京", cityEnglishName="beijing"}
那么我们来看看它是如何生效的,主要的代码在哪里。在昨天我们第一个介绍的函数handleRowValues中传入了参数rsw,它是对ResultSet的一个包装,在这个包装里,完成了具体使用哪个名字作为数据库的列名。
final ResultSetWrapper rsw = new ResultSetWrapper(rs, configuration); handleRowValues(rsw, resultMap, resultHandler, new RowBounds(), null);
在这个构造函数当中,我们会获取数据库的列名,AS为什么可以生效,具体就在下面这段代码。
super(); this.typeHandlerRegistry = configuration.getTypeHandlerRegistry(); this.resultSet = rs; final ResultSetMetaData metaData = rs.getMetaData(); final int columnCount = metaData.getColumnCount(); for (int i = 1; i <= columnCount; i++) { // 在这里 columnNames.add(configuration.isUseColumnLabel() ? metaData.getColumnLabel(i) : metaData.getColumnName(i)); jdbcTypes.add(JdbcType.forCode(metaData.getColumnType(i))); classNames.add(metaData.getColumnClassName(i)); }
在添加列名时,会从配置中获取是否使用类标签,isUseColumnLabel,默认为true。根据Javadoc,这个ColumnLabel就是AS后的那个名字,如果没有AS的话,就是获取的原生的字段名。
/** * Gets the designated column"s suggested title for use in printouts and * displays. The suggested title is usually specified by the SQLAS
* clause. If a SQLAS
is not specified, the value returned from *getColumnLabel
will be the same as the value returned by the *getColumnName
method. * * @param column the first column is 1, the second is 2, ... * @return the suggested column title * @exception SQLException if a database access error occurs */ String getColumnLabel(int column) throws SQLException;
后面的过程就和昨天讲的方案一一模一样了,不再赘述。
方案三-ResultMapresultMap 元素是 MyBatis 中最重要最强大的元素。它就是让你远离 90%的需要从结果 集中取出数据的 JDBC 代码的那个东西, 而且在一些情形下允许你做一些 JDBC 不支持的事 情。 事实上, 编写相似于对复杂语句联合映射这些等同的代码, 也许可以跨过上千行的代码。 ResultMap 的设计就是简单语句不需要明确的结果映射,而很多复杂语句确实需要描述它们 的关系。
ResultMap是Mybatis中可以完成复杂语句映射的东西,但在我们的日常开发中,我们往往是一个XML对应JavaBeans 或 POJOs(Plain Old Java Objects,普通 Java 对象),并没有特别复杂的应用,下面也是基于日常的使用,看看简单的ResultMap在源码层面是如何展现的。
在resultMap的子元素result对应了result和对象字段之间的映射,并通过id标示,你在Select语句中指定需要使用的resultMap即可。
源码层面的话,依旧在DefaultResultSetHandler的handleResultSets中处理返回集合。
ListresultMaps = mappedStatement.getResultMaps();
在这次的ResultMap中,相比之前方案,其属性更加的丰富起来。将之前写的Result的信息保存在了resultMappings,idResultMappings等中,以备后续使用。
后续的函数走向和方案一二一致,在创建自动映射的时候出现了不同。
privateListcreateAutomaticMappings(ResultSetWrapper rsw, ResultMap resultMap, MetaObject metaObject, String columnPrefix)throwsSQLException {
在这个函数中,会获取没有映射过的列名。
final ListunmappedColumnNames = rsw.getUnmappedColumnNames(resultMap, columnPrefix);
之后会根据resultMap查看是否有未映射的字段。
loadMappedAndUnmappedColumnNames(resultMap, columnPrefix);
ListmappedColumnNames = new ArrayList (); List unmappedColumnNames = new ArrayList (); final String upperColumnPrefix = columnPrefix == null ? null : columnPrefix.toUpperCase(Locale.ENGLISH); // 这里没有配置前缀,根据之前的图,定义了ResultMap后,会记录这些已经配置映射的字段。 final Set mappedColumns = prependPrefixes(resultMap.getMappedColumns(), upperColumnPrefix); for (String columnName : columnNames) { // 遍历列名,如果在已映射的配置中,那么就加入已经映射的列名数据, final String upperColumnName = columnName.toUpperCase(Locale.ENGLISH); if (mappedColumns.contains(upperColumnName)) { mappedColumnNames.add(upperColumnName); } else { unmappedColumnNames.add(columnName); } } // 生成未映射和已映射的Map mappedColumnNamesMap.put(getMapKey(resultMap, columnPrefix), mappedColumnNames); unMappedColumnNamesMap.put(getMapKey(resultMap, columnPrefix), unmappedColumnNames);
如果有没配置在ResultMap中,且Select出来的,那么之后也会按照之前方案一那样,继续往下走,去对象中寻找映射关系。
由于没有未映射的字段,使用自动映射的结果是false。
foundValues = applyAutomaticMappings(rsw, resultMap, metaObject, null) || foundValues;
之后继续往下走,使用applyPropertyMappings来创建对象。使用了PropertyMapping。里面包含了字段名,列名,字段的类型和对应的处理器。
遍历整个Mappings。
Object value = getPropertyMappingValue(rsw.getResultSet(), metaObject, propertyMapping, lazyLoader, columnPrefix);
函数里主要的就是获取这个字段对应的类型处理器,防止类型转换失败,这一部分下次会专门看一下。
final TypeHandler> typeHandler = propertyMapping.getTypeHandler(); final String column = prependPrefix(propertyMapping.getColumn(), columnPrefix); return typeHandler.getResult(rs, column);
TypeHandler就是一个接口,主要完成的工作就是从Result根据列名,获取相应类型的值,为下一步反射赋值做准备。至于它是怎么决定为什么用这个类型的TypeHandler下次再看。最后就是给对应字段赋值。
metaObject.setValue(property, value);
最后就完成了整个类的赋值。
大致上,Mybatis完成映射主要是两种方式。
只根据列名,利用自动映射,根据反射类的信息,得到列名和字段之间的关系,使用对应的TypeHandler,完成字段的赋值。
使用ResultMap预先定义好映射关系,也是最后根据TypeHandler和反射,完成字段的赋值。
我个人感觉就简单的用法来说,两者都可以,在一次会话中,Configuration中的ResultMap关系建立好,在每一次查询的时候就不用再去重新建立了,直接用就行。而自动映射的话,执行过一次后,也会在会话中建立自动映射的缓存。所以没什么差别。但如果复杂的映射的话,就非ResultMap莫属啦。具体可以参考Mybatis文档关于映射的章节,因为目前用不到比较复杂的映射, 不做深究了。
下次去看一下Mybatis是如何知道数据库中的数据和字段应该用什么样的类型转换器的。http://www.mybatis.org/mybati...
如果你想了解更多,欢迎关注我的微信公众号。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/67415.html
摘要:主要有三种方案驼峰式命名开关,或者不开,数据库列和字段名全一致。开启开配置项后,在匹配时,能够根据数据库列名找到对应对应的驼峰式命名后的字段。经过若干次中途崩溃,我终于写完了驼峰式命名开关下,我们是如何完成数据库列和字段名的映射的。 在上篇博客-[[JDBC] 处理ResultSet,构建Java对象](https://my.oschina.net/kailun...中提到,我们需要分...
摘要:订单信息与订单明细为一对多关系。例如先从单表查询,需要时再从关联表去关联查询,大大提高数据库性能,因为查询单表要比关联查询多张表速度要快。作用将关联查询信息映射到一个对象中。 MyBatis理解与掌握(关联查询) @(MyBatis)[Java, 框架, MyBatis] 一对一查询 案例:查询所有订单信息,关联查询下单用户信息 showImg(https://segmentfault...
摘要:无论是在预处理语句中设置一个参数时,还是从结果集中取出一个值时,都会用类型处理器将获取的值以合适的方式转换成类型。这个抽象类实现了接口,这个接口主要定义了类型转换的几种操作。至于这个抽象类继承的,主要是提供了获取这个具体是哪个类型。 TypeHandlers 无论是 MyBatis 在预处理语句(PreparedStatement)中设置一个参数时,还是从结果集中取出一个值时, 都会用...
阅读 2944·2021-11-16 11:45
阅读 4972·2021-09-22 10:57
阅读 1696·2021-09-08 09:36
阅读 1557·2021-09-02 15:40
阅读 2466·2021-07-26 23:38
阅读 1156·2019-08-30 15:55
阅读 906·2019-08-30 15:54
阅读 1196·2019-08-29 14:06