java –cp ./:_7位专家– 7条意见：您如何看待新的Java发布周期？

java –cp ./:

尽管就新功能而言，Java 13并不是一个巨大的版本，但它具有一些令人印象深刻的升级和功能预览。

Java 13证明13并不是一个不幸的数字。 就像Java 12一样，它按照新的发布时间表按时到达。

由于发布节奏更快（每六个月一次），这意味着开发人员可以将升级推迟到最新版本，直到下一个长期支持（LTS）版本。

我们的Java专家

Michael Simons – Neo4j和Java Champion的软件工程师

蒂姆·里默（Tim Riemer）–蒂姆·里默（Tim Riemer）在Vorwerk担任Cookidoo的首席架构师，在Java领域拥有20多年的经验。 他着迷于JVM，那里提供的语言以及一般的开源。 除了从事专业活动外，他还对软件体系结构，Spring Boot，Build Automation和Kotlin附近的主题感兴趣。 Tim是iJUG eV中第一个非Java用户组Kotlin用户组Düsseldorf的联合创始人。

Michael Vitz – Michael Vitz在JVM上应用程序的开发，维护和操作方面拥有多年经验。 他目前的重点是微服务，云架构，DevOps，Spring框架和Clojure。 作为INNOQ的高级顾问，他帮助客户开发可维护和创造价值的软件。

Sandra Parsick – Java环境中的自由软件开发人员和顾问

克里斯汀·施耐德（Christian Schneider）–克里斯汀（Christian）是Adobe Experience Manager团队的计算机科学家，他专门研究OSGi，内容分发和Kubernetes。 他是Apache成员，并且是Aries，Felix，Karaf，CXF，Camel和Sling等多个Apache项目的提交者。 他还主持了有关OSGi和Apache Karaf的热门教程系列，并参加了OSGi企业专家组。

TimZöller–位于美因茨的ilum：e informatik AG的IT顾问，也是JUG Mainz的联合创始人

Hendrik Ebbers – Karakun AG和Java Champion的Java开发人员

随着Valhalla，Amber和Skara等多个项目的进行，Java 13引入了五个Java Ehnamcenet提案：JEP 350（动态CDS存档），JEP 351（ZGC：未提交未使用的内存），JEP 353（重新实现旧版套接字API），JEP 354（开关表达式–预览）和JEP 355（文本块–预览）。

Falk Sippach深入研究本文中的所有新功能。 Sippach写道：

目标是在下一个LTS版本中最终确定预览功能，以使它们足够稳定并在未来三年中保持良好状态。 在2021年9月，Java 17将取代Java 8和11。

我们与一些Java专家讨论了新功能 ，他们对下一个版本的希望以及他们对新发行周期的看法。

他们讨论了有关Java平台和JDK状态的一些利弊。

让我们看看Michael Simons，Tim Riemer，Michael Vitz，Sandra Parsick，Christian Schneider，Tim Zoller和Hendrik Ebbers对新实施的六个月Java发布周期有何评论。

7位专家讲话：您对六个月的Java发布周期有何看法？

迈克尔·西蒙斯（Michael Simons）：作为图书馆开发人员，我想使用许多新功能，但是我或多或少不得不使用JDK 8兼容性。 企业是另一个世界。 否则，我们将针对当前的JDK版本进行构建和测试。

蒂姆·里默（Tim Riemer）：由于缩短了发布周期，所以每个新发行版都不能指望“真正的革命”（例如Java 8中的Lambdas就是这种情况）。 取而代之的是，它的优势与语言的发展更加相似，并且版本更改的痛苦也大大减轻了。 此外，预览功能现在具有收集更广泛反馈的优势，甚至可以将其集成到下一个版本中。 就个人而言，发布频率让我感到轻松。 当前，我们在生产环境中基于Java的服务正在OpenJDK 11和12上运行。

Michael Vitz：原则上，我认为JDK发行更加频繁是一件好事。 现在，我不必等待几年才能收到众多功能，而是可以定期测试这些新功能。 这也是使预览功能的概念成为可能的原因，预览功能是故意没有实现完美平衡的功能。 但是，这也导致版本控制的更大碎片化。 我的许多客户仍然停留在JDK 8上，主要是JDK 9中引入的模块化系统。 慢慢地，他们中的一些人勇敢地切换到JDK 11，以便使用具有长期支持的发行版。 我很好奇，将来是否会进一步改变，以及在日常项目工作中是否还会看到两个LTS版本之间的发布。

Sandra Parsick：新的发布政策对我的日常工作没有影响。 我的大多数客户仍然使用Java 8并争夺Java 11的更新。新项目从Java 11开始，因为它是当前的LTS版本。 我仅在宠物项目中使用最新的Java版本。

克里斯汀·施耐德（Christian Schneider）：我会密切关注新版本，并偶尔尝试新功能。 对于实际开发，我们使用新的Java版本进行编译和测试，但将自己限制在Java 8的功能集中。我目前还没有真正需要较新的功能。 有些不错，但是它们不保证可以迁移到较新的Java版本。

蒂姆·佐勒（TimZöller）：我们始终尝试为各自的最新版本设置内部开发–当然，对于较年轻的版本，这样做的工作量较小。 在客户项目中，我们仍然主要需要处理Java 8，因为根据我的经验，迁移的乐趣有限。 我们经常仍然使用公司范围内的标准Java版本。

Hendrik Ebbers：我真的很喜欢Java的新版本，我100％确信这是正确的方法。 我如何处理发布取决于项目。 对于小型项目，每六个月更新一次版本是有意义的。 一旦将Maven和IntelliJ之类的工具准备用于下一个版本，这些项目就可以轻松移植。 紧接着，我有几个拥有大型应用程序的客户，这些应用程序已经开发或维护了几年。 对于此类项目，更新下一个LTS版本通常更有意义。

这些项目当前在Java 11上或迁移到11的过程中，并且将保持在此版本上，直到下一个LTS版本。 其中一些客户在Oracle或Bellsoft之类的供应商处获得了Java的商业支持，以接收准备就绪的LTS更新。 紧随其后的是几家公司改用AdoptOpenJDK ，它提供了免费的，随时可用的Java 8和11 LTS版本。

请继续关注本系列的下一部分，专家将讨论他们希望在Java 14中看到的内容。请确保不要错过本系列的第一部分：

7位专家– 7条意见：Java 13的亮点是什么？

翻译自: https://jaxenter.com/java-13-cycle-162524.html

java –cp ./: