戰(zhàn)神4 幕后花絮 概念藝術(shù)

找出Java幕后發(fā)生的事情，以及新功能如何實(shí)現(xiàn)

在上一篇文章中，我們介紹了即將發(fā)布的Java 9版本的新功能和尚待解決的功能，并簡要提到了將新功能添加到下一個(gè)版本之前要經(jīng)歷的過程。 由于此過程幾乎影響了所有Java開發(fā)人員，但大多數(shù)人對此知之甚少，因此本文將重點(diǎn)介紹內(nèi)部人員對Java的看法（以及如何建議您一直想要的新功能）。 我們認(rèn)為了解新功能如何生活的最佳方法是詢問負(fù)責(zé)將其實(shí)現(xiàn)的人。

我們與2位Java執(zhí)行委員會成員Gil Tene和Werner Keil以及倫敦Java社區(qū)成員Richard Warburton進(jìn)行了交談，并向他們詢問了Java的新功能以及他們希望將來看到什么樣的新功能。 這篇文章將涵蓋面試的第一部分。

但在此之前，以下是主要參與者，這些成員將參與創(chuàng)建新功能并對其進(jìn)行投票：

組 –在廣泛的主題或特定的代碼主體方面具有共同利益的個(gè)人和組織。 安全，網(wǎng)絡(luò)，Swing和HotSpot是一些示例。

項(xiàng)目 –產(chǎn)生大量代碼，文檔或其他努力的工作。 必須由至少一個(gè)團(tuán)體贊助。 最近的示例是Lambda項(xiàng)目，Jigsaw項(xiàng)目和Sumatra項(xiàng)目。

JDK增強(qiáng)提案 （ JEP ）–當(dāng)需要進(jìn)一步探索時(shí)，允許在JCP之前或與之并行地非正式地推廣新規(guī)范。 與JSR不同，它可能還包含沒有規(guī)范級可見性的功能（例如，新的垃圾收集器或JIT實(shí)現(xiàn)）。 接受的JEP成為JDK路線圖的一部分，并分配一個(gè)版本號。

Java規(guī)范請求 （ JSR ）–該功能的實(shí)際規(guī)范在此階段發(fā)生，可以通過組/項(xiàng)目，JEP或來自單個(gè)JCP（Java社區(qū)過程）成員來進(jìn)行。 通常會為每個(gè)Java版本打開一個(gè)傘式JSR（也稱為平臺JSR），Java 9尚未實(shí)現(xiàn)。社區(qū)的每個(gè)成員也可以提出新的Java規(guī)范請求。

新功能如何進(jìn)入Java？

Warburton： “真正的答案是有人想要該功能。 該人可以是大型供應(yīng)商的內(nèi)部工程師或項(xiàng)目經(jīng)理，也可以是社區(qū)的外部成員。 無論哪種方式，都需要滿足嚴(yán)格的標(biāo)準(zhǔn)：

• 嚴(yán)重的用戶需求：這必須是對整個(gè)社區(qū)的共識。 示例：Java SE 8添加了lambdas-這項(xiàng)功能已經(jīng)爭論了很多年，并且已經(jīng)被人們要求。
• 經(jīng)過試驗(yàn)和測試：標(biāo)準(zhǔn)必須持續(xù)很長時(shí)間，并且修改已經(jīng)建立的標(biāo)準(zhǔn)是非常困難且昂貴的過程。 結(jié)果是JCP（Java社區(qū)流程）并不是最前沿。 一旦技術(shù)為企業(yè)采用做好了準(zhǔn)備，那么它就是一個(gè)去處。
• 并非每個(gè)供應(yīng)商都獨(dú)有：標(biāo)準(zhǔn)必須適合所有供應(yīng)商。 例如：弱/軟/幻像引用與垃圾收集器交互，因此以一種試圖最小化它們對GC設(shè)計(jì)的限制的方式指定了它們。

“一旦確定您的功能是一個(gè)好主意，就需要開始標(biāo)準(zhǔn)化過程。 這涉及到提出一個(gè)JSR（Java規(guī)范請求），它是更改Java的基本單元。 JSR需要多次投票。 首先，批準(zhǔn)在此主題上啟動JSR是一個(gè)好主意。 每當(dāng)進(jìn)行公共審核時(shí)，都要反復(fù)進(jìn)行迭代，以確保JSR朝著正確的方向前進(jìn)。 最終是時(shí)候批準(zhǔn)標(biāo)準(zhǔn)了。

Tene： “ Java長期以來一直在仔細(xì)和有意識地進(jìn)行增強(qiáng)。 在歷史上，仍然使Java比幾乎所有其他編程語言和環(huán)境更成功的事情之一是，它在避免Swift采用“最新的有趣事物”方面取得了相對的成功，以及它作為平臺的相對一致性。 在整個(gè)平臺（Java SE，EE等）整個(gè)平臺上都是如此，但在Java SE平臺（我將大部分精力集中在Java SE平臺上）中，可能最清楚地遵循了這一點(diǎn)。 集合，NIO，泛型，平臺優(yōu)化的并發(fā)實(shí)用程序，MethodHandles以及最新的Lambda表達(dá)式和流庫支持都是很好的示例，這些功能隨著時(shí)間的流逝而被添加并被廣泛采用，顯示了它們對平臺的真正價(jià)值及其重要性。不只是短暫的時(shí)尚。”

“ JCP（Java社區(qū)流程）負(fù)責(zé)通過JSR捕獲新功能。 成功的獨(dú)立JSR可以標(biāo)準(zhǔn)化一組特定功能或行為的語義。 但是，當(dāng)功能成為平臺JSR的必需部分并由此成為Java SE或Java EE平臺的組成部分時(shí)，通常會證明該功能的最終成功和采用。 自從創(chuàng)建OpenJDK以來，我們已經(jīng)看到Java SE中有關(guān)功能的早期階段的許多工作已經(jīng)從在JSR中開發(fā)到在JEP中開發(fā)（JDK增強(qiáng)建議）。 它們最終仍然像以前一樣經(jīng)過規(guī)范和完成，并且也成為Platform JSR的一部分，但是我們看到了更多的開放開發(fā)，以及更多的試驗(yàn)（不一定要成為JSR）?！?

Keil： “ 3個(gè)競爭的JSON庫，一個(gè)用于Java EE，另一個(gè)是Oracle專有的，與Java ME 8捆綁在一起，而另一個(gè)基于JEP的獨(dú)立的Java SE 9方法可能是最好的例子之一，這可能會出錯(cuò)并且與用戶的使用相悖。開發(fā)人員的需求或?yàn)镴ava設(shè)置一個(gè)標(biāo)準(zhǔn)的目標(biāo)。 另一個(gè)可能是Java SE 8（JavaFX + JSR 310）引入的重疊和很大程度上不兼容的日期/時(shí)間API，而“ java.util”下以前存在另外兩個(gè)庫。 Java架構(gòu)師提供了輸入和建議，但是從日期/時(shí)間API的角度來看，只有他們或其他人（包括一些執(zhí)行委員會成員）指出的最糟糕的問題得以解決，而其他問題則被消除了。”

您能否分享您在Java社區(qū)流程中的個(gè)人經(jīng)歷？

Keil： “前一段時(shí)間，我本人和共同規(guī)范負(fù)責(zé)人Antoine Sabot-Durand提出了一種JSR，用于標(biāo)準(zhǔn)化的基于CDI的社交媒體連接器，以及類似的基于JSON，REST或OAuth等安全標(biāo)準(zhǔn)的類似API。 JSR被8：5的絕大多數(shù)拒絕。 鑒于Seam Social和Red Hat的整個(gè)Seam生態(tài)系統(tǒng)都被新項(xiàng)目取代了，就像整個(gè)JBoss服務(wù)器在那個(gè)時(shí)候獲得一個(gè)新的名稱和品牌（WildFly）一樣，由此產(chǎn)生的開源項(xiàng)目Agorava很自然地替代了Seam我們?yōu)镴SR 357提出的社交和許多想法。”

社交媒體API執(zhí)行委員會投票結(jié)果

Tene： “作為JCP執(zhí)行委員會的一部分，我不得不考慮批準(zhǔn)新的JSR。 在不止一個(gè)案例中，我投票拒絕了我認(rèn)為不屬于該平臺的JSR（并主張其他人也這樣做），但是大多數(shù)自然適合Java生態(tài)系統(tǒng)的JSR的門檻并不高。只要JSR負(fù)責(zé)人簽署就可以完成所涉及的詳細(xì)工作和流程。

Warburton： “我對日期和時(shí)間庫有所幫助。 我認(rèn)為這使我對需要完善功能或方法簽名的每個(gè)單元的詳細(xì)程度有了更多的了解。 人們投入大量時(shí)間盡最大努力使這些API正確無誤?！?

翻譯自: https://www.javacodegeeks.com/2014/10/java-9-behind-the-scenes-where-do-new-features-come-from.html

戰(zhàn)神4 幕后花絮 概念藝術(shù)

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

總結(jié)

以上是生活随笔為你收集整理的战神4 幕后花絮 概念艺术_Java 9幕后花絮：新功能从何而来？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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