自JDK 8開始出現(xiàn)的跨版本代碼行合并機(jī)制將在JDK 9之后宣告中止

[[91577]]

就在開發(fā)人員們準(zhǔn)備由Java開發(fā)工具包（簡(jiǎn)稱JDK）8向JDK 9邁進(jìn)之際，甲骨文公司***Java高管建議限制對(duì)這兩個(gè)版本的代碼行進(jìn)行合并。

在本周一下午發(fā)往OpenJDK的一封郵件當(dāng)中，甲骨文公司Java平臺(tái)部門***架構(gòu)師Mark Reinhold指出針對(duì)JDK 8（將于2014年年初到期）的變動(dòng)將快速縮減，而JDK 9的“forests”——也就是一種目錄樹或者目錄集機(jī)制——則將很快開放?，F(xiàn)在開發(fā)人員必須應(yīng)對(duì)相關(guān)管理變化、從而順利與這兩個(gè)版本進(jìn)行對(duì)接，Reinhold表示。

一般來(lái)說，變動(dòng)通常需要首先在開發(fā)版本中進(jìn)行測(cè)試，而后才會(huì)回遷到較早版本當(dāng)中。不過這一規(guī)則對(duì)于即將壽終正寢的版本來(lái)說并不太適用，因?yàn)榛I備中的版本（也就是目前JDK 8的情況）在此期間將更多地接收全方位測(cè)試、而不再像繼任者那樣以新功能與新特性作為主要訴求。由于各類調(diào)整都會(huì)在繼任版本中體現(xiàn)，所以即將淘汰的上代版本在發(fā)布速度上也會(huì)比較緩慢。

在此之前，也就是JDK 7，甲骨文并不提供處理并行變動(dòng)的政策。開發(fā)人員通常會(huì)在接到請(qǐng)求之后將變動(dòng)納入當(dāng)前版本中，來(lái)自Sun/甲骨文版本工程團(tuán)隊(duì)的人員則以半自動(dòng)方式將前代版本與繼任版本進(jìn)行合并——某些不切實(shí)際的合并請(qǐng)求將不會(huì)被采納。其后，開發(fā)人員需要將變動(dòng)推送至新舊兩個(gè)版本當(dāng)中；漏洞數(shù)據(jù)庫(kù)查詢機(jī)制則被用于確保不同變動(dòng)能夠作用一正確的對(duì)應(yīng)版本。

“這套方案一直沒能取得理想的效果，”Reinhold告訴我們。“它要求數(shù)百位開發(fā)人員始終關(guān)注并調(diào)整前代版本，從而監(jiān)控半自動(dòng)合并流程是否正常進(jìn)行；一旦合并中止，他們就需要馬上對(duì)集成工作流進(jìn)行調(diào)整。”

為了簡(jiǎn)化前代版本的發(fā)布流程，Reinhold建議將JDK 9的開發(fā)forests以JDK 8的特定build初始狀態(tài)作為起點(diǎn)。“在這套build之后，我們不再允許對(duì)兩個(gè)版本的代碼行進(jìn)行合并。向JDK 8提交變動(dòng)的開發(fā)人員還需要獨(dú)立將該變動(dòng)交付至JDK 9——前提是這項(xiàng)變動(dòng)適用于JDK 9。”

Reinhold希望此舉能夠讓整個(gè)流程更加簡(jiǎn)潔明了。“我能想到的惟一缺點(diǎn)就是開發(fā)人員無(wú)法再通過JDK 9來(lái)創(chuàng)建JDK 8通用版了，這是因?yàn)榍罢邔?yōu)先考慮與JDK 8的兼容性而非JDK 8通用版。如果能做到這一點(diǎn)當(dāng)然很方便也很酷，但我認(rèn)為它最多能帶來(lái)某種成就感、而不是實(shí)際層面的技術(shù)價(jià)值。大家無(wú)法通過JDK 8創(chuàng)建JDK 7更新版本；現(xiàn)在的情況與當(dāng)時(shí)并沒有什么區(qū)別。”

以Java Standard Edition 8為基礎(chǔ)的JDK 8能夠支持Lambda項(xiàng)目，從而使其更易于編寫運(yùn)行在多核心處理器中的代碼。目前已經(jīng)有一套預(yù)覽版本可供使用。隨后的Java SE 9版本預(yù)計(jì)將于2016年年初面世，能夠通過Jigsaw項(xiàng)目為Java帶來(lái)模塊化功能機(jī)制。

原文鏈接：http://www.infoworld.com/t/java-programming/oracle-limit-backward-compatibility-java-9-java-8-231967