jep122_JEP 375：instanceof的模式匹配（第二预览）–更新

jep122

更新– 2020年5月4日

自从本文最初发表以来，JEP 375进行了一些更改。以前打算在第二次预览中结合自从JDK 14中的第一次预览以来收到的用户反馈进行增强。但是，Gavin Bierman在4月14日撰写了在amber-spec-experts邮件列表中 ：

我们已决定从此预览版本中删除记录类型的解构模式。 关于泛型和解构模式以及varargs和解构模式，存在一些复杂性，我们希望有更多时间来考虑我们的设计。 我将在这些问题上分开写。

在其他地方，他在JEP 375问题页面上的JDK错误系统中进一步指出：“我们没有为此预览版添加任何增强功能。 我们计划在将来进行许多增强，尽管它们可能会在其他JEP中引入。” 因此，目前，JEP 375成为Java 14中预览的直接第二轮，任何新的增强功能都将采用新的JDK增强建议（JEP）的形式。

感谢您阅读此更新！ 为了保持同步，请随时关注我们的最新Java 15新闻 。

原始文章– 2020年3月19日

对于项目Amber，正在进行Java模式匹配方面的工作。 对于instanceof运算符，Java 14中的模式匹配将很快成为现实。 Brian Goetz在JEP 305 – instanceof （预览）中的模式匹配中，解释了模式匹配应该使Java编程语言更加简洁和安全。

所谓的模式基本上只不过是某个目标结构的谓词和一系列匹配变量的组合。 如果在应用程序执行期间发生变量命中，则会为其分配适当的内容。 因此，可以精确定义对象的“形式”，然后通过语句和表达式针对它们自己的输入对其进行测试。

如果在JEP 305（类型测试模式）中仅提出了一种类型的模式，则第二个预览（建议为JEP 375 – JDK 15的instanceof模式匹配（第二预览））仍具有解构模式。 类型测试模式由指定一个类型的上述谓词和一个绑定变量组成。 解构模式由指定记录类型的谓词和记录类型的组件的几个绑定变量组成。

还请参见：

在instanceof使用模式匹配可以减少Java应用程序中所需的类型转换次数。 在将来的Java版本中，模式匹配可用于其他语言构造，例如开关表达式。

与往常一样，可以在OpenJDK网站上找到更多信息。 此外，如果您希望实际使用此功能，请深入了解模式匹配 。

翻译自: https://jaxenter.com/java-jep-375-pattern-matching-for-instanceof-second-preview-169940.html

jep122