突出顯示Java 10中新的Java局部變量類型推斷功能

早在2016年，Java社區(qū)就掀起了新的JDK增強(qiáng)提案（JEP）： JEP 286 。 現(xiàn)在，兩年后，局部變量類型推斷可以說是Java 10中最值得注意的功能。這是Java語言開發(fā)人員為簡化Java應(yīng)用程序編寫所采取的又一個步驟。

在下面的文章中，我們將解釋所有這些含義以及它將如何影響您的代碼。

分解局部變量類型推斷

這項新功能將為Java添加一些語法功能–簡化它并改善開發(fā)人員的體驗(yàn)。 新語法將減少與編寫Java相關(guān)的冗長性，同時保持對靜態(tài)類型安全性的承諾。

換句話說，您無需指定關(guān)聯(lián)的類型就可以聲明變量。 聲明如：

List <String> list = new ArrayList <String>（）;
Stream <String> stream = getStream（）;

將被以下新的簡化語法取代：

var list = new ArrayList <String>（）;
var stream = getStream（）;

如您所見，Local Variable Type Inference將引入' var '關(guān)鍵字的使用，而不是要求明確說明變量的類型。

眾所周知，Java有點(diǎn)冗長，在理解函數(shù)編寫時您或其他開發(fā)人員的想法時可能會很不錯。 但是，對于那些認(rèn)為用Java開發(fā)軟件過于繁瑣的人來說，此功能標(biāo)志著巨大的變化。

盡管類型推斷不是Java中的新概念，但它是局部變量的新概念。

它是在Java 7中（作為Project Coin的一部分）通過菱形運(yùn)算符（<>）引入的，該運(yùn)算符允許在不使用類型綁定ArrayList <>的情況下初始化列表，而在Java 8中使用Lambda Formals進(jìn)行引入。 例如，使用菱形運(yùn)算符可以編寫以下代碼：

List <String> list = new LinkedList <String>（）;

現(xiàn)在，Oracle團(tuán)隊正在將其進(jìn)一步發(fā)展。

社區(qū)回應(yīng)

實(shí)際上，在JEP 286成為JEP之前……Oracle進(jìn)行了一項調(diào)查 ，以更好地了解Java社區(qū)對該建議的看法。 在大多數(shù)情況下，調(diào)查著眼于對該提案的總體感覺以及社區(qū)如何實(shí)施該提案。 在回答的2,453個開發(fā)人員中，結(jié)果大部分是積極的：

調(diào)查問題：您如何看待建議的局部變量類型推斷功能？

該調(diào)查的第二部分重點(diǎn)介紹了潛在的語法選擇，建議根據(jù)其他語言（如C＃，Scala，Swift，C ++）的相似用法或使用“ let ”來選擇5個選項。

大多數(shù)用戶投票贊成var / val選項：

可能的語法選項

最后，團(tuán)隊決定選擇第二受歡迎的選擇，僅var 。

Java社區(qū)的大多數(shù)成員似乎都贊成這種新選擇，其中許多人都要求Oracle“與時俱進(jìn)”。 反對該功能的少數(shù)開發(fā)人員聲稱，對于那些開始使用Java邁出第一步的人來說可能會很困難，或者指出現(xiàn)有語法是“冗長和易讀性的正確組合”。

當(dāng)然，在JEP 286摘要頁面上，您可以找到添加新功能的以下理由：

“ Java幾乎是唯一不包含局部變量類型推斷的流行的靜態(tài)類型語言。 在這一點(diǎn)上，這不再是一個有爭議的功能”

這將如何影響您的代碼？

一旦我們從系統(tǒng)中獲得了對新功能的全部興奮，通常我們要問自己的第一個問題是：這將如何影響我的代碼？ 在功能摘要中，“ Java所需的樣板編碼程度”是主要動機(jī)，因此我們可以期待將來省略清單類型聲明。

更具體地說，治療將限于：

• 帶有初始化器的局部變量
• 增強(qiáng)的for循環(huán)中的索引
• 在傳統(tǒng)的for循環(huán)中聲明的本地人

Oracle的Java團(tuán)隊聲明它將不適用于：

• 方法參數(shù)
• 構(gòu)造函數(shù)參數(shù)
• 方法返回類型
• 領(lǐng)域
• 捕獲形式（或任何其他類型的變量聲明）

由于Java承諾支持Java的早期版本，因此我們可以假定它不會破壞向后兼容性。

加：GC改進(jìn)和其他客房整理

JDK 10中有2個JEP專注于改進(jìn)當(dāng)前的垃圾回收（GC）元素。 第一個垃圾收集器接口（JEP 304）將引入一個干凈的垃圾收集器接口，以幫助改善不同垃圾收集器的源代碼隔離。

在當(dāng)前的Java版本中，HotSpot源中散布著一些GC源文件。 在實(shí)現(xiàn)新的垃圾收集器時，這成為一個問題，因?yàn)殚_發(fā)人員必須知道在哪里尋找這些源文件。 該JEP的主要目標(biāo)之一是為HotSpot內(nèi)部GC代碼引入更好的模塊化，具有更簡潔的GC接口，并使其更易于實(shí)現(xiàn)新的收集器。

計劃用于Java 10的第二個JEP是用于G1的并行完全GC（JEP 307），它致力于通過使完全GC并行化來提高G1最壞情況的延遲。 G1在Java 9中成為默認(rèn)的GC，此JEP的目標(biāo)也是使G1并行化。

在Java 10計劃的其他功能中，我們可以期望：

• 線程本地握手（JEP 312）–這將引入一種在線程上執(zhí)行回調(diào)的新方法，因此停止單個線程（不僅是所有線程或不停止所有線程）既可行又便宜。
• 備用內(nèi)存設(shè)備上的堆分配（JEP 316）–允許HotSpot VM在備用內(nèi)存設(shè)備上分配Java對象堆，這將由用戶指定
• 附加的Unicode語言標(biāo)簽擴(kuò)展（JEP 314）–目標(biāo)是增強(qiáng)java.util.Locale及其相關(guān)API，以實(shí)現(xiàn)語言標(biāo)簽語法的附加unicode擴(kuò)展（BCP 47）
• 基于Java的實(shí)驗(yàn)性JIT編譯器（JEP 317）– Oracle希望使其Java JIT編譯器Graal能夠在Linux / x64平臺上用作實(shí)驗(yàn)性JIT編譯器。
• 根證書（JEP 319）–這里的目標(biāo)是在Oracle Java SE中開源根證書
• 根證書頒發(fā)機(jī)構(gòu)（CA）計劃，使OpenJDK構(gòu)建對開發(fā)人員更具吸引力。 它還旨在減少OpenJDK和Oracle JDK構(gòu)建之間的差異
• 將JDK森林整合到一個單一的存儲庫中（JEP 296）–該JEP的主要目標(biāo)是做一些內(nèi)部管理，并將JDK森林的眾多存儲庫合并到一個單一的存儲庫中
• 刪除Native-Header生成工具（javah）（JEP 313）–這很簡單，很重要–從JDK刪除了javah工具

請在家嘗試一下

就像其他所有JDK版本一樣，Oracle已經(jīng)創(chuàng)建了一個早期訪問版本，Java用戶可以下載該版本以測試新功能。 實(shí)際上，該JEP自2016年初以來就可以進(jìn)行試駕了，所以您還等什么呢？

即使您尚未開始考慮遷移到JDK 9，了解新功能并有機(jī)會向平臺設(shè)計者提供反饋也是了解新版本并對其產(chǎn)生影響的好方法。社區(qū)。

最后的想法

最近，我們一直密切關(guān)注Java平臺的開發(fā)。 自從去年9月發(fā)布Java 9以來，感覺整個平臺已經(jīng)完成了180次。他們向我們介紹了模塊化Java，加上Mark Reinhold宣布JDK 10將在2018年3月發(fā)布，并且Java將轉(zhuǎn)換為Java 9。 6個月的發(fā)布周期。

諸如Project Jigsaw之類的功能強(qiáng)大的項目阻止了Java的新版本的發(fā)布。 現(xiàn)在，我們將每6個月獲得一個新版本，從2018年9月JDK 11開始，每3年就會提供長期支持版本。

基本上，不要太自在。 Oracle在未來幾年中對Java平臺制定了宏偉的計劃。 現(xiàn)在，雖然，被抓到的最好的Java 9與我們的工程副總裁，和合Steingarten的， 就在這里 。

翻譯自: https://www.javacodegeeks.com/2018/03/java-10-will-change-way-code.html

總結(jié)

以上是生活随笔為你收集整理的Java 10将如何改变您的编码方式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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