在目前的工作中,我对Java中的Stream和Lambda表达式都使用得很多,之前也写了两篇文章来总结对应的知识。
024:Java流实现Shell:cat 1.log | grep a | sort | uniq -c | sort -rn
函数式编程让你忘记设计模式
不过对于Optional这个特性,一直没有很好地使用起来,所以最近又开始阅读《Java 8实战》这本书,本文是针对其中第10章的一个学习总结。
背景
在Java中,如果你尝试对null做函数调用,就会引发NullPointerException(NPE),NPE是Java程序开发中的最典型的异常,对于Java开发者来说,无论你是初出茅庐的新人和还工作多年的老司机,NPE经常让他们翻车。为了避免NPE,他们会加很多if判断语句,使得代码的可读性变得很差。
从软件设计的角度来看,null本身是没有意义的语义,这是一种对缺失变量值的错误的建模。
从Java类型系统的角度看,null可以被赋值给任何类型的变量,并且不断被传递,知道最后谁也不知道它是从哪里引入的。
1
Optional的引入
Java设计者从Haskell和Scala中获取灵感,在Java 8中引入了一个新的类 java.util.Optional<T>
。如果一个接口返回Optional
Optional的目的就在于此:通过类型系统让你的领域模型中隐藏的知识显式地体现在你的代码中。
2
Optional的使用
上面这张表里列举了Optional的基础API,我这里列举了一些使用的tips:
你可以用ofNullable将一个可能为null的对象封装为Optional对象,然后获取值的时候使用orElse方法提供默认值;可以使用empty方法创建一个空的Optional对象;of方法一般不用,不过如果你知道某个值不可能为null,则可以用Optional封装该值,这样它一旦为null就会抛出异常。
从某个对象中获取值是最常见的一种场景,这时候为了避免这个对象为null导致NPE,一般是使用if-then-else结构检查,如果使用Optional的话,则可以使用map方法来获取它封装的对象中某个字段的值。
不要使用ifPresent和get方法,它们本质上和不适用Optional对象之前的模式相同,都是臃肿的if-then-else判断语句;
由于Optional无法序列化,所以在领域模型中,无法将某个字段定义为Optional
实战案例
1
使用工具类方法改良可能抛出异常的API
Java方法处理异常结果的方式有两种:返回null(或错误码);抛出异常,例如:Integer.parseInt(String)这个方法——如果无法解析到对应的整型,该方法就抛出一个NumberFormationException,这种情况下我们一般会使用try/catch语句处理异常情况。
一般我们建议将try/catch块单独提取到一个方法中,在这里使用Optional设计这个方法,代码如下。在开发中,可以尝试构建一个OptionalUtility工具类,将这些复杂的try/catch逻辑封装起来。
2
综合案例
现在有个方法,是尝试从一个属性映射中获取某个关键词对应的值,例子代码如下:
使用Optional的写法后,代码如下所示:
如果需要访问的属性值不存在,Properites.getProperty(String)方法的返回值就是一个null,使用noNullable工厂方法就可以将该值转换为Optional对象;接下来,可以使用flatMap将一个Optional<String>转换为Optional<Integer>对象;最后使用filter过滤掉负数,然后就可以使用orElse获取属性值,如果拿不到则返回默认值0。
总结
使用Optional的思路和Stream相同,都是链式思路,跟数据库查询似的,表达力很强,而且省去了哪些复杂的try/catch和if-then-else方法。在后面的开发中,可以使用Optional设计API,这样可以设计出更安全的接口和方法。
下方查看 历史 文章
面试官:优化代码中大量的if/else,你有什么方案?
函数式编程让你忘记设计模式
从CMS到G1:LinkedIn个人主页调优实战
本号专注于后端技术、JVM问题排查和优化、Java面试题、个人成长和自我管理等主题,为读者提供一线开发者的工作和成长经验,期待你能在这里有所收获。