JDK8 的判空就是这么爽!

开发 后端
大家都是知道 JDK8 就开始使用 Lambda 表达式,但是很多不管是在教程上还是在其他的书籍上,都没有说在实际开发的时候去使用上这个 Lambda 表达式,而且包括 JDK8 里面的一些新的类,也都没有引入,所以阿粉在这里想要给大家安利一波使用方面的知识。

[[415977]]

阿粉相信大家肯定所有的开发者都对Java8里面的所有的东西都感兴趣,虽然目前的 JDK 已经更新到 JDK17 了,但是阿粉相信,现在很多公司使用的还都是 JDK8 甚至是 JDK7,但是,就算是有些公司已经升级到 JDK8 但是对于 JDK8 里面的一些东西的使用,却没有使用的淋漓尽致。阿粉今天就给大家放出几个 JDK8 里面比较好用的。

JDK8

大家都是知道 JDK8 就开始使用 Lambda 表达式,但是很多不管是在教程上还是在其他的书籍上,都没有说在实际开发的时候去使用上这个 Lambda 表达式,而且包括 JDK8 里面的一些新的类,也都没有引入,所以阿粉在这里想要给大家安利一波使用方面的知识。

Optional类

这个类对于大家来说,是一个非常重要的类,不知道大家有没有被 java.lang.NullPointerException 疯狂的折磨过,不管是新人开发还是老开发,遇到这个问题的时候,都是头大的很,因为我们要在代码里面去疯狂的判断是否是null,如果不是 null 需要怎么处理,如果是 null 需要怎么处理,反正就是你要是想解决 java.lang.NullPointerException 这个问题,就免不了去加一些判断条件,而 Optional 这个类,则是帮你优雅的处理 null 的问题。

我们先看一组 Java7 中的一些判断空的实现:

  1. User user = usersMapper.selectUserById(userId); 
  2. String userName = user.getUserName(); 
  3.    if(user!= null){ 
  4.        if(userName != null && !userName.isEmpty()){ 
  5.                ..... 
  6.              } 
  7.    } 
  8.   

阿粉相信大家一定都写过这个样子的代码,因为我们不知道SQL查询出来的数据中是否包含了我们的 Users 对象,如果要是 Users 对象,那么就会无情的出现 java.lang.NullPointerException 这个空指针异常,这时候就很尴尬了,老开发一脸懵逼,我竟然还有的地方没有验证?

但是验证了之后,你就会发现代码量是非常的大,而且有点不太美观,我们再来对比一下 JDK8 中,给我们提供的方法来进行验证的方式。

  1. User user = usersMapper.selectUserById(userId); 
  2. Optional.ofNullable(user
  3.         .map(User::getUserName) 
  4.         .ifPresent(userName->{ 
  5.         .... 
  6.         } 

大家看这种链式编程,ofNullable() 方法给我们提供了判断 user 是不是空,并且去校验 userName,如果存在,然后执行下面的逻辑,相比较 JDK7 的内容,相信大家看起来的话肯定是没有 JDK7 中的表现的那么的明显,但是大家看代码是不是发现已经被处理的妥妥的了。而且非常的优雅。

相信大家肯定都看过一些教程,上面会写到:

  1. User user = usersMapper.selectUserById(userId); 
  2. Optional<User> userOptional = Optional.ofNullable(user); 
  3. Optional<String> str = userOptional.map(User::getUserName); 
  4. .... 

但是相对于代码的可读性来说,我们肯定还是希望使用 JDK7 上面的判断来进行判断,但是这种 JDK8 的链式编程,在一定程度上减少了代码量,并且开发效率也会相对应的提升。

如果大家不信,我们可以来运行一下我们的代码,然后看一下效果。

  1. Optional.ofNullable(user
  2.         .map(User::getUserName) 
  3.         .ifPresent(userName->{ 
  4.             System.out.println("用户UserName不为空"); 
  5.         }); 

大家看,是不是就出现了我们想要的结果,一个判断 null 的操作,瞬间变得高大上了,而且代码的逼格瞬间上升一个档次。

对于 Optional 类,在 Java8 实战中给出了很多的方法,阿粉也是给大家摘取了一下,做了个总结,

  • ofNullable 方法 :将指定值用Optional封装之后返回,如果该值为null,则返回一个空的Optional对象
  • empty 方法 :返回一个空的Optional实例
  • filter 方法 :如果值存在并且满足提供的谓词,就返回包含该值的Optional对象;否则返回一个空的 Optional对象
  • flatMap 方法 :如果值存在,就对该值执行提供的mapping函数调用,返回一个Optional类型的值,否则就返 回一个空的Optional对象
  • get 方法 :如果该值存在,将该值用Optional封装返回,否则抛出一个NoSuchElementException异常
  • ifPresent 方法 :如果值存在,就执行使用该值的方法调用,否则什么也不做
  • isPresent 方法 :如果值存在就返回true,否则返回false
  • map 方法 :如果值存在,就对该值执行提供的mapping函数调用
  • of 方法 :将指定值用Optional封装之后返回,如果该值为null,则抛出一个NullPointerException异常
  • orElse 方法:如果有值则将其返回,否则返回一个默认值
  • orElseGet 方法 :如果有值则将其返回,否则返回一个由指定的Supplier接口生成的值
  • orElseThrow 方法 :如果有值则将其返回,否则抛出一个由指定的Supplier接口生成的异常

大家看这些方法是不是都有很多相似的,比如 map,flatMap,还有orElse,orElseGet,orElseThrow 方法

map 和 flatMap 比较:

这两个都是做 转换值 的操作,区别就是入参的类型不是一样的,map的入参是 Function mapper 而 flatMap 入参则是 Function > mapper 。

入参的不同也就导致了他们获取返回值也是不同的,map中获取的返回值自动被Optional包装,flatMap中返回值保持不变,但必须是Optional类型。

这么一看总是感觉不太对的样子,我们去源码里面看看是什么样子的。

  1. map: 
  2.  
  3. public<U> Optional<U> map(Function<? super T, ? extends U> mapper) { 
  4.         Objects.requireNonNull(mapper); 
  5.         if (!isPresent()) 
  6.             return empty(); 
  7.         else { 
  8.             return Optional.ofNullable(mapper.apply(value)); 
  9.         } 
  10.     } 
  11.  
  12.  
  13. flatMap: 
  14.  
  15.  public<U> Optional<U> flatMap(Function<? super T, Optional<U>> mapper) { 
  16.         Objects.requireNonNull(mapper); 
  17.         if (!isPresent()) 
  18.             return empty(); 
  19.         else { 
  20.             return Objects.requireNonNull(mapper.apply(value)); 
  21.         } 
  22.     } 

map 方法参数中的函数 mapper 输出的是值,然后 map 方法会使用 Optional.ofNullable 将其包装为 Optional;而 flatMap 要求参数中的函数 mapper 输出的就是 Optional。

一个是比较聪明的,另外一个就相对来说不是那么聪明了,人家会自己包装呀,是不是?

同样的比较还有 orElse,orElseGet,orElseThrow 但是这个阿粉就不再给大家絮叨了,因为上面的方法解释上都很明显的能看到了。

Lambda 表达式

Lambda 表达式实际上就是相当于是一个匿名内部类,他就是让我们开发的人把函数当成参数传递给某个方法,然后把代码当做数据去处理。

阿粉相信大家肯定都了解这块,就比如说下面的代码对比:

  1. Java7: 
  2.  
  3.     List<String> stringList = Arrays.asList("1""2""3"); 
  4.         for (String st:stringList) { 
  5.             System.out.println(st); 
  6.         } 
  7.  
  8. Java8: 
  9.  
  10. Arrays.asList("1""2""3").forEach((String st)->{ 
  11.             System.out.println(st); 
  12.         }); 

同样的一个循环,我们肯定想用第二种写法不是么?

Java8 实际上在从发布开始,很多公司都在用,但是也有很多人依旧选择是 Java7,因为不想改变自己的学习风格,阿粉相信大家如果是一个决心在开发领域一直做下去的人,那么肯定会保持一个不断学习的心,所以,你是这样的人么?

 

责任编辑:武晓燕 来源: Java极客技术
相关推荐

2022-03-30 07:32:10

JDK8异步编程

2022-05-31 07:32:19

JDK8API工具

2022-04-21 07:34:34

JDK8JDK7数据

2022-04-21 09:48:54

JDK8JDK7编码

2021-02-26 10:21:35

比特币投资金融

2021-01-15 10:03:18

JDK8日期API

2022-04-18 09:54:37

JDK8日期前端

2024-04-08 07:27:02

JDK8ZGC垃圾回收

2015-09-10 14:40:32

大数据神奇

2017-02-24 13:20:13

搜索引擎数据结构架构

2017-03-09 10:45:31

定义内存泄漏

2018-12-17 09:46:32

OracleJDK8

2014-07-03 13:51:10

Android LAndroid L源码

2017-11-28 15:29:04

iPhone X网页适配

2014-12-09 13:06:30

华为移动公交

2021-05-24 10:50:10

Git命令Linux

2021-08-19 06:58:48

CSS页面布局

2021-12-28 16:54:03

2021-02-04 10:12:50

程序员SQLIBM

2020-11-30 07:00:49

Redis交流面试
点赞
收藏

51CTO技术栈公众号