Java8如何利用Lambda快速生成map、多层嵌套map

2022-11-13 17:11:52 生成 嵌套 多层

利用Lambda快速生成map、多层嵌套map

List 转为 Map<id, bean>

  • User是List对象的元素,List
  • List对象的变量名为:userList
  • id 将作为 Map 的 Key
Map<String, User> idMap =
userList.stream().collect(
Collectors.toMap(User::getId, b->b)
);

一主多子 javaBean List 转为 Map<id, Map<id, itemBean> >

  • 一主,主Bean: User
  • 多子,子Bean: UserItem
  • 集合:List
  • 转Map:Map<User_id, Map <UserItem_id, UserItem> >

一主多子的主javaBean为List对象的元素,List

此处List对象的变量为:userList

Map<String, Map<String, UserItem>> collect = 
    userList.stream().collect(
        Collectors.toMap(
            User::getId, b -> {
                return b.getUserItem().stream().collect(
                        Collectors.toMap(UserItem::getId, c -> c)
                );
            }
        )
    );

常见的代码坏味道--多层嵌套,缺乏封装

1. 多层嵌套

多层嵌套的两个原因

1.1 if else

最简单的重构手法,提前 return ,也叫 Replace Nested Conditional with Guard Clauses 卫语句。

有一些比较激进的看法认为 else 本身就是一种坏味道。

可以使用 idea插件 Checkstyle 检查一下代码的 圈复杂度。当圈复杂度大于某个值的时候,就会报错。

圈复杂度的这部分代码中线性无关路径的数量。

如果一段源码中不包含控制流语句(条件或决策点),那么这段代码的圈复杂度为1,因为这段代码中只会有一条路径;如果一段代码中仅包含一个if语句,且if语句仅有一个条件,那么这段代码的圈复杂度为2;包含两个嵌套的if语句,或是一个if语句有两个条件的代码块的圈复杂度为3。

第二种解决过多判断的方案是多态,这就要求从设计阶段就开始考虑实现方案。

注意多态的本质是想要实现对拓展开发,对修改关闭,所以如果继承的层级较多,逻辑比较复杂,就会导致适得其反的效果。

1.2 for 循环

对集合进行循环操作推荐使用java8的Stream操作(,mapReduce,map代表操作,collect代表reduce),比如。从本质上讲Stream也是循环,但是这种语法糖的形式会对各种操作进行分类,进行合理的优化处理。

循环和函数式编程的区别不仅仅在写法上,更体现在思想上。前者描述实现细节,后者描述做什么。

当然,如果在列表转换中使用过多的 lambda 表达式,会导致看起来很吃力,不好理解。这时候长的lambda本身可以提取成为方法。

2. 缺乏封装

2.1. 过长的消息链或者说火车残骸

第一种缺乏封装的表现是java类处理不当,可能是设计的太粗糙,面向过程实现业务逻辑导致的。这就要求开发的时候进行更多的抽象。

比如,不是所有的java类都直接提供所有的getter setter 方法就行,还要根据业务场景进行合理选择;另外对象内部的细节不需要过多的暴露出去,应该做适当的封装。

2.2 基本类型的偏执

第二种更高级的缺乏封装,是指用基本类型代表所有的业务数据。比如

这是获取价格的方法,返回一个 double 代表价格。 就算 double 可以保证计算精度,这里也还可以进一步优化,比如,经常要求商品价格是大于0的,所以会有下面的逻辑

这就是因为 double 作为基本类型并没有 价格大于0 的方法。 

这里的解决办法,就是 Replace Primitive with Object ,以对象取代基本类型。

甚至有人认为需要封装所有的基本类型和字符串,并且使用一流的集合。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。

相关文章