Java 8 到 Java 14,改变了哪些你写代码的方式?

Java 8 到 Java 14,改变了哪些你写代码的方式?_第1张图片
image.png

前几天,JDK 14 正式发布了,这次发布的新版本一共包含了16个新的特性。

其实,从Java8 到 Java14 ,真正的改变了程序员写代码的方式的特性并不多,我们这篇文章就来看一下都有哪些。

Lambda表达式
Lambda 表达式是 Java 8 中最重要的一个新特性,Lambda 允许把函数作为一个方法的参数。

lambda 表达式的语法格式如下:


11561958-ce38ffef126f36aa.png
image.png

如以下例子:

Java 8 到 Java 14,改变了哪些你写代码的方式?_第2张图片
image.png

Lambda表达式具有简洁、容易进行并行计算、是未来的编程趋势等优点,但同时也会带来调试困难,新人理解成本高等缺点。

Streams API
除了Lambda 表达式外,Java 8中还引入了Stream API,这使得Java终于进入到函数式编程的行列中来了。

Stream 使用一种类似用 SQL 语句从数据库查询数据的直观方式来提供一种对 Java 集合运算和表达的高阶抽象。

Stream API可以极大提高Java程序员的生产力,让程序员写出高效率、干净、简洁的代码。

如下图,就是通过Stream API对集合进行了一系列的操作:


Java 8 到 Java 14,改变了哪些你写代码的方式?_第3张图片
image.png

而且,Stream还支持并行流,在性能上比传统的for循环要好很多。

从Lambda表达式和Stream API问世至今,已经有6年的时间了,相信很多人已经在工作中使用过这些特性了。

虽然对于这两种语法的使用,很多人持有不同的看法,但是作者还是认为这个功能是十分好用的,只是在日常写代码的时候不要过分"炫技"使用超长的流式操作,代码可读性不要太低就可以了。

新的日期和时间 API
在Java 8之前,日期时间 API 存在诸多问题,如:Date非线程安全、java.util和java.sql的包中都有日期类、日期类并不提供国际化,没有时区支持。

所以,Java 8通过发布新的Date-Time API (JSR 310)来进一步加强对日期与时间的处理。

新的java.time包涵盖了所有处理日期,时间,日期/时间,时区,时刻(instants),过程(during)与时钟(clock)的操作。

常见操作如下:


Java 8 到 Java 14,改变了哪些你写代码的方式?_第4张图片
image.png

但是说实话,Java8中的时间API作者日常工作中用的比较少,主要是有很多历史代码,还是依赖Date等类型,使用新的API就要面临互相转换问题。

本地变量类型推断
在Java 10之前版本中,我们想定义定义局部变量时。我们需要在赋值的左侧提供显式类型,并在赋值的右边提供实现类型:


11561958-8f989ad4a173b58a.png
image.png

在Java 10中,提供了本地变量类型推断的功能,可以通过var声明变量


11561958-2a9f069a3b3ae424.png
image.png

本地变量类型推断将引入“var”关键字,而不需要显式的规范变量的类型。

其实,所谓的本地变量类型推断,也是Java 10提供给开发者的语法糖。虽然我们在代码中使用var进行了定义,但是对于虚拟机来说他是不认识这个var的,在java文件编译成class文件的过程中,会进行解糖,使用变量真正的类型来替代var

Switch 表达式
在JDK 12中引入了Switch表达式作为预览特性。并在Java 13中修改了这个特性,引入了yield语句,用于返回值。

而在之后的Java 14中,这一功能正式作为标准功能提供出来。

在以前,我们想要在switch中返回内容,还是比较麻烦的,一般语法如下:


Java 8 到 Java 14,改变了哪些你写代码的方式?_第5张图片
image.png

在JDK13中使用以下语法:


Java 8 到 Java 14,改变了哪些你写代码的方式?_第6张图片
image.png

或者
Java 8 到 Java 14,改变了哪些你写代码的方式?_第7张图片
image.png

在这之后,switch中就多了一个关键字用于跳出switch块了,那就是yield,他用于返回一个值。和return的区别在于:return会直接跳出当前循环或者方法,而yield只会跳出当前switch块。

Text Blocks
Java 13中提供了一个Text Blocks的预览特性,并且在Java 14中提供了第二个版本的预览。

text block,文本块,是一个多行字符串文字,它避免了对大多数转义序列的需要,以可预测的方式自动格式化字符串,并在需要时让开发人员控制格式。

我们以前从外部copy一段文本串到Java中,会被自动转义,如有一段以下字符串:


Java 8 到 Java 14,改变了哪些你写代码的方式?_第8张图片
image.png

将其复制到Java的字符串中,会展示成以下内容:


Java 8 到 Java 14,改变了哪些你写代码的方式?_第9张图片
image.png

即被自动进行了转义,这样的字符串看起来不是很直观,在JDK 13中,就可以使用以下语法了:
Java 8 到 Java 14,改变了哪些你写代码的方式?_第10张图片
image.png

使用"""作为文本块的开始符合结束符,在其中就可以放置多行的字符串,不需要进行任何转义。看起来就十分清爽了。

如常见的SQL语句:


Java 8 到 Java 14,改变了哪些你写代码的方式?_第11张图片
image.png

看起来就比较直观,清爽了。

Records
Java 14 中便包含了一个新特性:EP 359: Records,

Records的目标是扩展Java语言语法,Records为声明类提供了一种紧凑的语法,用于创建一种类中是“字段,只是字段,除了字段什么都没有”的类。通过对类做这样的声明,编译器可以通过自动创建所有方法并让所有字段参与hashCode()等方法。这是JDK 14中的一个预览特性。

使用record关键字可以定义一个记录:


11561958-b29c88ad56fca805.png
image.png

record 解决了使用类作为数据包装器的一个常见问题。纯数据类从几行代码显著地简化为一行代码。

总结
以上,就是从Java 8 到 Java 14中,新推出的可能会影响开发人员写代码的方式的一些主要特性。

不知道大家有没有发现,最近几个版本中推出的一些功能,使得Java和Kotlin等语言越来越像了...

新的这些功能,确实在一定程度上可以简化一些代码,使得开发过程中更加高效,但是说实话,还没有好到足够吸引广大开发者抛弃Java 8进行大规模迁移!

还是那句话:版本任你发,我用Java 8;

关注小编,后续更新更多精彩内容...

你可能感兴趣的:(Java 8 到 Java 14,改变了哪些你写代码的方式?)