拓尔思网站建设公司,做网站如何适配手机,html代码有哪些,宜兴网站建设jdk8 string::最近有人提议从JDK 12中删除Java预览功能Raw String Literals #xff08; JEP 326 #xff09;#xff0c; 现在正式宣布将删除该预览功能 #xff08; Java SE 12 [JSR 386] 25版将其删除 #xff09;。 JDK String类中已添加了几种方法来支持此功能。 即使… jdk8 string:: 最近有人提议从JDK 12中删除Java预览功能Raw String Literals JEP 326 现在正式宣布将删除该预览功能 Java SE 12 [JSR 386] 25版将其删除 。 JDK String类中已添加了几种方法来支持此功能。 即使在删除原始字符串文字预览功能之后在JDK 12之前的JDK版本中添加的那些方法例如String :: lines 仍可能保持可用。 但是已经决定应该将JDK 12中添加到String一种方法 String::align 作为删除原始字符串文字的一部分从JDK 12中删除。 JDK 12中已添加String :: transform方法本文的其余部分将详细介绍当前在JDK 12中实现的String::transform 并讨论为何其已引起争议的简短历史暗示它可能成为潜在候选人与原始字符串文字一起删除。 自Build 22 Build 24 [ 2018年12月15日 ]是本文撰写时的最新可用版本以来当前的String::transform实现已在JDK 12 Early Access Build中提供并通过JDK-8203442引入“ String :: transform” 。 关于将这种方法添加到JDK的讨论很多。 以下项目符号概述了关键的讨论要点。 吉姆·拉斯基Jim Laskey写道 String::transform的“起源目标”是“为那些不满意String::align()开发人员提供自定义对齐方法” 自从String::transform上的帖子以来 已将 String::align 添加到JDK 12中 然后从中删除 。 其他消息进一步描述了String::transform的动机意图和好处 RémiForax写道 “……能够从左到右流利地编写代码真是太好了……” 吉姆·拉斯基Jim Laskey写道 “ String :: transform旨在以最通用的字符串形式促进对原始字符串文字的自定义操作对齐。” JDK-8203442的“描述”指出“ String :: transform实例方法允许将lambda函数应用到字符串。” JDK-8203703提供了一些示例来说明使用String :: transform而不是使用静态方法其中“阅读器被迫从内而外地解释表达式的各个部分”可以“更清晰地辨别步骤”。 String::transform最初返回String 但是后来被更改为返回Object 吉姆·拉斯基Jim Laskey撰写了有关该更改的文章 “当其他类型的类型也可能相关时transform变得通用。” 他总结说“我可能会回到仅仅支持String 。” 提出以下一些名称按字母顺序列出时 String::transform的命名一直具有挑战性 “ 申请 ” “ applyMutation ”由AWS开发工具包使用 但并非所有人都喜欢 “ asInputTo “ “ 连锁 ” “ 地图 ” 暂时命名为但存在一些顾虑 “ 过程 ” “ 与 ” RémiForax写道 “ [需要更多的变体 transformToInt transformToLong transformToDouble 才有用。” Brian Goetz描述了为什么当前计划是通过String::transform方法而不是诸如|类的运算符来实现此功能的。 斯图尔特·马克斯Stuart Marks写道 “这个特殊的决定[ String::transform ]为在其他类上执行类似操作的方法使用名称transform开创了先例”并引用JDK-8140283和JDK-8214753 JDK-8140283提议为Stream和Optional添加“ chain ”方法以便在使用作用于Stream或Optional并返回返回值的方法时“缓解”流水线级线性流的“破坏”。本身是“可链接的”。 JDK-8214753建议添加“ Optional::transform ”以允许“对Optional进行任意操作”。 关于将String::transform添加到OpenJDK 12的方式存在一些困惑和惊nation但是Stuart Marks的消息总结了导致添加此方法的事件。 在Marks的消息状态中一个特别有趣的句子我已经强调了 “虽然这个API点是独立存在的 但这实际上是Jim的RSL工作的一部分其中包括对String的几个API附加功能这可能会产生重大影响关于如何在Java代码中使用String文字。” Tomasz Linkowski指出 String::transform 以及添加到Stream任何类似方法很可能会在某些情况下使用而在某些情况下无需新方法即可更轻松地完成相同的事情。 他提供的可能滥用String::transform的示例是“ string.transform(String::toLowerCase) ”和“ stream.chain(s-s.map(mapper)) ”。 两个在线示例演示了String::transform如何在最常见的用例中使用 JDK-8203703 “ String :: transform”提供了一个“解决方案”示例该示例演示String::transform如何通过允许按从左到右的顺序而不是从左到右读取作用在String的操作来提高代码的可读性。阅读“从内而外”。 甲芯库-dev邮件列表上的消息提供了使用的一个例子String::transform到一个转换String成比其他的类的实例String 。 Stephen Colebourne提出了同样的问题我想知道当我从JDK 12中删除原始字符串文字时“考虑到原始字符串的删除及其有争议的性质 String::transform将被删除” 尽管我没有看到关于String::transform是否将保留在JDK 12中的任何权威性和权威性但有三点证据使我认为它会继续存在。 我还没有看到有什么说要删除String::transform 它已经在JDK 12中从Early Access Build 22开始。 写了一些问题来删除与原始字符串文字相关的编译器支持 甚至删除另一个String方法 String::align 但是我不知道为String::transform写的类似问题。 有人说过虽然String::transform是作为原始字符串文字工作的一部分而添加的但也有人说String::transform “独立的”。 我之前引用的有关如何使用此方法的两个示例不依赖或不需要原始字符串文字。 换句话说无论是否存在原始字符串文字都可以使用该方法。 String::transform已经存在了很短的时间 不到一年 但是已经有了重要的历史。 该方法当前在JDK 12中可用自Early Access Build 22起尽管从JDK 12中删除了原始字符串文字但我怀疑它仍将是String的API的一部分。 翻译自: https://www.javacodegeeks.com/2018/12/complicated-history-jdk-12s-string.htmljdk8 string::
