我最近發(fā)現(xiàn)了JDK 8中Optional類型的添加。 Optional類型是避免NullPointerException一種方法，因?yàn)閺姆椒ㄖ蝎@取Optional返回值的API使用者被“強(qiáng)制”執(zhí)行“在線”檢查，以消耗其實(shí)際返回值。 更多細(xì)節(jié)可以在Javadoc中看到。 可以在此博客文章中找到非常有趣的進(jìn)一步閱讀，該文章比較了null的一般概念以及在Java，SML和Ceylon中如何處理null ： http : //blog.informatech.cr/2013/04/10/ java-optional-objects。 圖靈已經(jīng)知道“空白”和“初始”狀態(tài)。 有人可能會(huì)說， 巴貝基引擎需要“中立”或“零”狀態(tài)，這可以追溯到1800年代的Lovelace。

另一方面，數(shù)學(xué)家也更喜歡將“無”與“空集”區(qū)分開來，“空集”是“內(nèi)部沒有任何東西的集” 。 例如，這與前面提到的Informatech博客文章中說明的和由Scala實(shí)現(xiàn)的“ NONE”和“ SOME”比較好。 無論如何，我已經(jīng)考慮了Java的Optional 。 我真的不確定我是否會(huì)喜歡它，即使Java 9最終會(huì)在JLS中添加一些語法糖，類似于Ceylon的語法糖，以在語言級(jí)別使用Optional 。 由于Java是如此向后兼容，因此將不對(duì)現(xiàn)有的API進(jìn)行任何改進(jìn)以返回Optional ，例如，以下內(nèi)容不會(huì)浮出水面的JDK 8：

public interface List<E> {Optional<E> get(int index);[...] }

我們不僅可以將null分配給Optional變量，而且缺少“ Optional”也不能保證“ SOME”的語義，因?yàn)榱斜砣匀粫?huì)返回“裸” null值。 當(dāng)我們將兩種思維方式結(jié)合在一起時(shí)，我們將得到兩種檢查，而不是一種

Optional<T> optional = // [...] T nonOptional = list.get(index);// If we're paranoid, we'll double-check! if (optional != null && optional.isPresent()) {// do stuff }// Here we probably can't trust the value if (nonOptional != null) {// do stuff }

因此……從我到Java的解決方案為-1

進(jìn)一步閱讀

當(dāng)然，這已經(jīng)被數(shù)百萬次討論過了。 因此，這里有幾個(gè)鏈接：

• 在Java 8中不再有使用空引用的借口
• Java Posse用戶組
• Lambda Dev郵件列表（可選！= @Nullable）
• Lambda Dev郵件列表（可選類只是一個(gè)值）

參考： 在Java 8中 ，我們的JCG合作伙伴 Lukas Eder在Java，SQL和JOOQ博客上對(duì)Optional的介紹 。

翻譯自: https://www.javacodegeeks.com/2013/04/on-java-8s-introduction-of-optional.html

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎(jiǎng)勵(lì)來咯，堅(jiān)持創(chuàng)作打卡瓜分現(xiàn)金大獎(jiǎng)

總結(jié)

以上是生活随笔為你收集整理的关于Java 8的Optional的介绍的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。