繼JDK9之後居然不是JDK10！而是JDK18.3？

Oracle的 Java首席設計師Mark Reinhold最近宣布了關於JDK 18.3的提議計劃。這個計劃與JDK
8帶有同樣的里程碑式的意義，雖然功能還尚未完善。

Mark Reinhold在與OpenJDK郵件表中宣布，JDK 18.3的擬議日程表如下：

2017/12/14第一階段

2018/01/11運行所有測試

2018/01/18第二階段

2018/02/22發布最終候選人

2018/03/20一般可用性

在這為期六個月的JDK 18.3版本中，每個功能必須在集成之前完成。實際上，JDK
18.3的主開發線始終是完整的。版本中的功能集也包含第一階段之前集成的功能。

Reinhold補充道，他很快就會制定出一個詳細的功能計劃，JDK 18.3的功能至少包括所有必需的代碼、規範文本和單元測試。」

如果在10月18日之前無反對意見或者已經獲得滿意的回答，該提案將被採納為JDK 18.3的議程。

SAP的Volker Simonis提出這是否意味著JDK 18.3存儲庫會在第一個階段進行之前創建的疑問，並對JDK
18.3之後的工作模式產生了興趣。

「JDK 18.3版本之後的工作模式是怎樣的? 是先進行 bug修復去JDK-dev，轉到JDK 18.3，還是直接插入JDK
18.3?如果是後者，JDK 18.3的修復程序是否會自動整合到JDK-dev中?」

關於編號方案: 舊方案還有希望嗎?

新舊編號方案的話題也在JAX倫敦小組與Oracle的Donald Smith, Daniel Bryant, Stephen Colebourne,
Peter Lawrey 和 Martijn Verburg的討論中出現了。

關於新的編號計劃產生了一個有趣的想法--- Stephen
Colebourne表示對這一提議不滿意，由於他最近寫了一個關於10，11，12等Java版本號的請求，所以這並不令人意外。

他認為，儘管LTS版本對Oracle和其他大企業都很重要，但對社區來說並沒有那麼重要。

Colebourne還建議，LTS版本應該逐漸增加，比如:

2018年3月——v10

2018年9月——v11

2019年3月——v12

2019年9月——v13

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！