Mybatis,返回Map的时候,将Map内的Key转换为驼峰的命名

更新时间:2023-07-14 04:24:48 阅读: 评论:0

Mybatis,返回Map的时候,将Map内的Key转换为驼峰的命名
每次使⽤mybatis的时候,简单的连表查询,⽤Map接收的时候,都是像DB定义的字段⼀样,类似以下 student_name,student_id,没有转换为驼峰,但是⼜不能因为这⼀个定义⼀个javabean来映射数据库字段集合,这样,会有⽆穷⽆尽的javabean,完全不是办法。
女生可爱的名字
社区服务体会
看着属性意思,很像是 map 下划线转换为驼峰,然后我天真的以为,加个这个,就会将Map⾥⾯的key转换为驼峰的命名⽅式,然后我⾃⼰测试了⼀下,发现⾃⼰还是太天真,没转过来,该是什么还是什么(⼼⾥⾯是B了狗了)....
才发现,这个属性的作⽤,是作⽤于javabean的field的,并不是map,ㄟ( ▔, ▔ )ㄏ,那没办法了,只能⾃⼰动⼿了。
既然 map-underscore-to-camel-ca 不能作⽤于map,那么只能⾃⼰动⼿了,然后我就想到了2个解决⽅案:
1. 继承HashMap,重写Put函数,将mybatis返回的Map,写上⾃定义Map的路径,⾃定义的Map,将所有的key内部转换为驼峰表达式
2. 找到mybatis的Handler,通过Handler来找到转换映射关系的接⼝定义,继承或者实现接⼝,然后⾛⾃定义的转换规则来实现Map映射的驼峰转换
最终决定,采⽤第⼆种,⽅便以后扩展。
⾸先,我开始找mybatis的configuration⾥⾯的mapUnderscoreToCamelCa属性调⽤的地⽅
有两个地⽅调⽤了,然后我们看第⼀个调⽤的地⽅,发现名称是createAutomaticMappings,应该是map的映射字段创建没跑了,如下代码,光标显⽰的地⽅,就是调⽤的地⽅
然后我们在查看属性传递进去后的操作,点进 metaObject.findProperty的实现
接着在看,objectWrapper.findProperty,发现是个接⼝,然后我们需要查看,是对应的哪个实现,然后我debug发现是 MapWrapper的实现,并没有做任何操作,直接返回了name网恋对象
到这⾥,我点开了下源码的⽬录结构,发现了以下
⼼⾥⼤概明⽩怎么回事了,具体过程应该如下
通过接⼝ObjectWrapper来定义⾏为,有默认的⼀些实现,然后通过⼯⼚ObjectWrapperFactory接⼝,来创建ObjectWrapper接⼝,最后来进⾏对⽅的⾃动映射跟包装,⾃此,⼼⾥已经想到怎么改动了
--------------show code-----------------------
1.⾸先,我们先继承类 MapWrapper,重写findProperty,通过uCamelCaMapping来判断是否开启使⽤驼峰public class CustomWrapper extends MapWrapper{
public CustomWrapper(MetaObject metaObject, Map<String, Object> map) {
super(metaObject, map);
}
@Override
public String findProperty(String name, boolean uCamelCaMapping) {
if(uCamelCaMapping){
入团程序
//CaFormat是引⽤的 guava库,⾥⾯有转换驼峰的,免得⾃⼰重复造轮⼦,pom添加
/**
**        <dependency>
<groupId&le.guava</groupId>
<artifactId>guava</artifactId>
<version>24.1-jre</version>
</dependency>
**/
return CaFormat.(CaFormat.LOWER_CAMEL,name);超级好听的歌
}
return name;
打喷嚏有异味
}
}
2. 然后,我们在实现接⼝ ObjectWrapperFactory,通过包装⼯⼚来创建⾃定义的包装类,通过hasWrapperFor判断参数不为空,并且类型是Map的时候才使⽤⾃⼰扩展的ObjectWrapper
public class MapWrapperFactory implements ObjectWrapperFactory {
@Override
public boolean hasWrapperFor(Object object) {
return object != null && object instanceof Map;
}
@Override
public ObjectWrapper getWrapperFor(MetaObject metaObject, Object object) {
return new CustomWrapper(metaObject,(Map)object);
}
}
3. 做完以上操作后,我们需要替换下,以前默认的实现,刚好,mybatis-spring-boot上⾯有告诉我们怎么做,返回⼀个 ConfigurationCustomizer 的bean,通过匿名内部类实现覆盖默认的MapWrapper的findProperty函数
@Configuration
我爱四季
public class MybatisConfig {
@Bean
public ConfigurationCustomizer mybatisConfigurationCustomizer(){温习的近义词
return new ConfigurationCustomizer() {
@Override
public void customize(org.apache.ibatis.ssion.Configuration configuration) {
configuration.tObjectWrapperFactory(new MapWrapperFactory());
}
};
}
}
做了以上操作后,我们就将默认的Map映射,的包装类,查找property的部分,变成了⾃⼰想要的样⼦,
最后,我们在 properties或者yml⾥⾯加上 figuration.map-underscore-to-camel-ca=true ,毕竟在CustomerWrapper⾥⾯,我们是通过使⽤这个来控制是否转换驼峰的,最后写个测试⽤例跑⼀下,然后会发现,以前db的字段,下划线已经转换成驼峰命名了
到这,⽂章就结束了!

本文发布于:2023-07-14 04:24:48,感谢您对本站的认可!

本文链接:https://www.wtabcd.cn/fanwen/fan/89/1080740.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:驼峰   转换   映射
相关文章
留言与评论(共有 0 条评论)
   
验证码:
推荐文章
排行榜
Copyright ©2019-2022 Comsenz Inc.Powered by © 专利检索| 网站地图