JEP 12 [“預覽語言和VM功能”]在其主頁上描述如下：

預覽語言或VM功能是Java SE平臺的一項新功能，該功能已完全指定，完全實現但不是永久性的。 JDK功能發布中提供了該功能，以根據實際使用情況激發開發人員反饋。 這可能會導致它在將來的Java SE平臺中永久存在。

顧名思義， JEP 325 [“ Switch Expressions（Preview）”]是“ 預覽功能” 。 這樣，JEP 325為使用JEP 12概述的過程預覽新的語言功能提供了早期可見性。

OpenJDK jdk-dev郵件列表上的最新消息提供了JEP 325在幫助Java開發人員理解JEP 12和“預覽功能”過程的意義上的有用證據。 關于開關表達式的“預覽功能”性質的討論（JEP 325）始于Mark Reinhold 于8月27日寫的關于JEP 325的信息，“此處提出的幾項反對意見并不是新的，因為已經提出并回答了反對意見。 amber-dev和amber-spec-experts列表。 因此，我已將此JEP定位于JDK12。” 該消息導致了更多有關對當前提議的“ switch expression ”語言實現提出異議的反饋消息。

為了回應某些對話（特別是擔心一旦從JDK中包含最初的實現就無法更改它），Reinhold在8月28日的一條消息中寫道：

…預覽語言功能的重點是在不完全致力于當前設計的情況下邀請進一步的反饋，因此人們當然會使用它（我們希望！）。 但是，他們極不可能在生產中使用它，因為必須在編譯時和運行時都在命令行上顯式啟用預覽功能。 因此，我們可以根據新信息隨意修改此設計，然后再將其刻入語言的基石。

JEP 12中討論了當前為顯式啟用預覽功能以進行編譯時和運行時而提出的標志。 如目前所闡述的那樣，預覽功能的編譯需要在命令行--release javac編譯器的兩個標志： --enable-preview --release --enable-preview和--release 。 同一文檔顯示了一個標記，需要在運行時將其傳遞給java啟動器以啟用預覽功能： --enable-preview enable --enable-preview 。

JEP 325已經在郵件列表上進行了重要的討論，我在以前的博客文章“ Switch Expressions Coming Java？ ”和“ 通過引入switch表達式來增強Java switch語句 。” 但是，討論主要在amber-dev和amber-spec-experts郵件列表上進行，因此Brian Goetz提供了先前討論要點的摘要以及做出與“ switch expressions”預覽語言功能相關的決定的原因。 Goetz在此總結中總結了有關開關表達式的預覽性質的這一陳述。

預覽機制將使我們能夠從實際使用中收集有關功能的反饋，而不是從沒有任何理論上得出理論依據，并有可能在保證最終發布之前調整規格。 因此，如果由于實際經驗而出現任何新問題，我們很高興聽到有關它們的消息。

在另一封（稍后）消息中 ，Goetz提供了更多與“預覽功能”概念相關的背景細節。 他寫了：

預覽語言功能仍需要作為永久功能完成，并且級別與“完成”相同。 不同之處在于，我們有一個（較短的）“寬限期”，在此期間，我們有機會糾正已經泄漏到正常流程之外的嚴重錯誤，而不必支付不兼容罰金。 有了新的節奏，我希望大多數非平凡的語言功能都將通過“預覽”機制進行。 這并不意味著它們是實驗性的，或者質量較低，或者沒有考慮太多。 但是，有時候確實會發生，只有在更廣泛的受眾嘗試了這些東西之后，我們才發現意外的交互作用，為此，Preview提供了一個簡短的窗口，可以糾正這些問題，如果它們能盡早發現。

Switch Expressions（JEP 325）提供了一個嘗試JEP 12中概述的“預覽語言功能”概念的機會。這一功能受到很多人的關注，也引起了人們的廣泛關注，這使得它成為一個有趣的功能。將JEP 12進行測試。 當開發人員使用現在針對JDK 12的JEP 325的預覽實現時，看到該功能的實際使用如何增強和削弱當前實現的論點會很有趣。

翻譯自: https://www.javacodegeeks.com/2018/08/jdk-language-feature-switch-expressions.html

總結

以上是生活随笔為你收集整理的JDK语言功能预览：切换表达式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。