在日常开发过程中,从一个Map转换为另外一个Map属于基本操作了,那么我们一般怎么去实现这种场景呢?有什么更简洁省事的方法么?
实例场景
现在我们给一个简单的实例
希望将一个Map<String, Integer>
转换成 Map<String, String>
,接下来看一下有哪些实现方式,以及各自的优缺点
首先提供一个创建Map的公共方法
1 | private static <T> Map<String, T> newMap(String key, T val, Object... kv) { |
方式一:基本的for循环转换
这种方式是最容易想到和实现的,直接for循环来转换即可
1 | @Test |
这种方式的优点很明显,实现容易,业务直观;
缺点就是可复用性较差,代码量多(相比于下面的case)
方式二:容器的流式使用
在jdk1.8提供了流式操作,同样也可以采用这种方式来实现转换
1 | @Test |
使用stream的方式,优点就是链式,代码量少;缺点是相较于上面的阅读体验会差一些(当然这个取决于个人,有些小伙伴就更习惯看这种链式的代码)
方式三:Guava的trasform方式
从代码层面来看,上面两个都不够直观,如果对guava熟悉的小伙伴对下面的代码可能就很熟悉了
1 | @Test |
核心逻辑就一行 Maps.transformValues(map, String::valueOf)
,实现了我们的Map转换的诉求
很明显,这种方式的优点就是间接、直观;当然缺点就是需要引入guava,并且熟悉guava
最后一问,这篇文章目的是啥?
既然我们的标题是实战小技巧,本文除了给大家介绍可以使用guava的Maps.transformValues
来实现map转换之外,更主要的一个目的是如果让我们自己来实现一个工具类,来支持这个场景,应该怎么做?
直接提供一个转换方法?
第一步:一个泛型的转换接口
1 | public <K, T, V> Map<K, V> transform(Map<K, T> map) { |
定义上面这个接口之后,自然而然想到的缺点就是差一个value的转换实现
第二步:value转换的定义
这里采用Function接口思想来定义转换类
1 | public <K, T, V> Map<K, V> transform(Map<K, T> map, Function<T, V> func) { |
当然到这里我们就需要注意jdk1.8以下是不支持函数编程的,那么我们可以怎么来实现呢?
这个时候再对照一下guava的实现,然后再手撸一个,知识点就到手了
一灰灰的联系方式
尽信书则不如无书,以上内容,纯属一家之言,因个人能力有限,难免有疏漏和错误之处,如发现bug或者有更好的建议,欢迎批评指正,不吝感激
- 个人站点:https://blog.hhui.top
- 微博地址: 小灰灰Blog
- QQ: 一灰灰/3302797840
- 微信公众号:一灰灰blog