java8的Optional到底有什么用呢?说起来,它比原来的null值判断有什么优势呢?
它实际上可以看做一个容器,容器里可能有一个非null的值,也可能没有。它带来最大的好处,就是代码在语义上政治正确。代码好用不好用不要紧,政治一定要正确。
代码好用不好用不要紧,政治一定要正确
比如我们有个Integer类型的列表类FooList,它有两个方法,一个返回列表的长度,一个返回比传入参数小的,最大的那个值。
在没有Optional的时候,代码如下
public class FooList {
public Integer size() {
throw new UnsupportedOperationException();
}
public Integer maxNumberBelow(Integer upperBound) {
throw new UnsupportedOperationException();
}
}
语义上的问题在于,size方法一定会返回一个数字,maxNumberBelow则不会。如果列表是空的,size返回0,maxNumberBelow(100)该返回什么呢?
这时大家就八仙过海,各显神通了。
1 直接返回null。比较常用的一个方法。
2 返回一个不合法的值。比如String里的indexOf方法,会返回一个-1。
3 抛一个异常。比如jpa里的EntityNotFoundException。
顺便说一句,我觉得抛异常是最不可取的形式,首先不讨论是否应该是受检异常,数据库里没有记录就抛异常好像也不符合异常的定义。数据库里查不到数据挺正常的,怎么会是异常呢?政治不正确啊。
开发者八仙过海之后,使用者就目瞪口呆了。为什么呢?因为不管他们怎么八仙过海,方法的语义上都很难看出来开发者用的哪种神通——方法签名没办法有效的标识出它是不是每次都能返回合理的值,也没法标识出它无法返回合理的值时的行为。无法返回合理的值是什么表现?返回了null?返回了一个特殊的值?还是throw了异常?在IDE里调用方法的时候根本看不出来,只能看文档!!!
让开发者好好写文档?不存在的!
让开发者认真看文档?不存在的!
为啥size返回的Integer可以肆无忌惮的使用,而maxNumberBelow返回的Integer就必须和一个奇奇怪怪的值做比较?种族歧视?
让开发者分清楚这些?不存在的!
所以用大家都赶紧用Optional吧,上面所有问题迎刃而解!
public class BarList {
public Integer size() {
throw new UnsupportedOperationException();
}
public Optional maxNumberBelow(Integer upperBound) {
throw new UnsupportedOperationException();
}
}
首先,返回值就能明确区分出,方法是每次返回合理的值还是有条件的返回合理的值。
其次,IDE还能检查出来对Optional对象跳过isPresent直接调用get方法。
这样,我们就写出来政治正确的代码了。