日常开发中最常见的异常大概就是NullPointerException
,因为我们写业务代码的时候经常不会去考虑这个对象为空,这个属性为空的情况。当测试告诉我们程序报错了,我们一看日志报错信息为空指针异常,然后就会恍然大悟,哦这里忘记加空值判断了,于是就会写if (face!=null)
这样的代码去规避这样的问题。但是当出现对象包含对象的情况,这样的if
判断会变得很冗余而且可维护性也差。Optional
类就是为了解决这一系列问题的。
Optional
常用的一些方法
// 返回一个Optionl包装的一个空实例 static <T> Optional<T> empty()
// 根据特定条件返回一个 Optional实例 Optional<T> filter(Predicate<? super T> predicate)
// 返回Optional实际表示的对象 T get()
// 获取Optional保存的对象的各个属性值 <U> Optional<U> map(Function<? super T,? extends U> mapper)
// 返回一个不为null的Optional对象 static <T> Optional<T> ofNullable(T value)
// 配合5使用当获取到的实例是null时返回默认对象 T orElse(T other)
// 配合5使用如果获取的是null时,获取一个特定对象 T orElseGet(Supplier<? extends T> other)
// 配合5 使用如果为null时,抛出指定异常 <X extends Throwable> orElseThrow(Supplier<? extends X> exceptionSupplier)
实战
业务场景1
一个小区中有很多楼栋,楼栋下面有很多的单元,单元下面有很多的楼层,楼层下面有很多的房间,而日常生活中我们在设计表格的时候,小区楼栋单元楼层房间都是维护在不同表格里面的,但是实际业务需求是为了准确知道某个房间的具体位置,一般定义房间名称时会是以xxxx小区-xx栋-xx单元-xx楼-xx号房间,这就需要去小区实体取小区名字,楼栋实体取楼栋名字等系列操作,完成以上需求有两张方案如下
-
传统方案
// 小区名字 String communityName if(community !=null){ communityName=community.getCommunityName(); } // 楼栋名字 String buildName