Java8推出了Optional這個東西
目的是要解決NullPointerException
但是可能很多人會想說方法的傳回值要使用Optional嗎?
還是使用一般的形態?
我的建議基本上跟Ingram的看法很接近
http://ingramchen.io/blog/2014/04/java-8-new-api-tips.html
1. POJO不要回傳Optional<T>
因為我認為這就不是POJO了 XD
2. DAO的query如果只有一個回傳值
那可以回傳Optional<T>
但是一定要有Optional<T>的instance回來
千萬不要回傳null。
3. DAO回傳query如果是一個array
可以使用List<T>
沒有值也要回傳EmptyList
千萬不要回傳List<Optional<T>>
也不要Optional<List<T>>
其實我覺得最簡單的原則應該是，
方法的傳入值，傳回值，field都不應該出現Optional
只能出現在local變數，或是只出現在Statement當中
所以上面的item2甚至我都覺得回傳不要Optional都比較好
那我的POJO要怎麼使用到Optional的好處?
假設以下nested-if的問題
String version = "UNKNOWN";
if(computer != null){
Soundcard soundcard = computer.getSoundcard();
if(soundcard != null){
USB usb = soundcard.getUSB();
if(usb != null){
version = usb.getVersion();
}
}
}
請改用
String version = Optional
.ofNullable(computer)
.map(Computer::getSoundcard)
.map(Soundcard::getUSB)
.map(USB::getVersion)
.orElse("UNKNOWN");
這個是Monad的用法，Monad很難言傳，請用意會的。
如果真要講，就是一般的POJO domain，
轉成Optional domain，再回傳到POJO domain。
就像傅立葉轉換把spatial domain轉成frequency domain一樣。
這個比喻好像越比喻越複雜(踢飛)
另外對Monad有興趣的，很建議看這篇。
http://www.slideshare.net/mariofusco/monadic-java
還有良葛格的文章
http://openhome.cc/Gossip/Java/Optional.html