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<Integer> maxNumberBelow(Integer upperBound) {
throw new UnsupportedOperationException();
}
}
首先，返回值就能明确区分出，方法是每次返回合理的值还是有条件的返回合理的值。
其次，IDE还能检查出来对Optional对象跳过isPresent直接调用get方法。
这样，我们就写出来政治正确的代码了。
网友评论