Java 8 最佳技巧

(点击上方公众号,可快速关注)

来源:luke, coyee.com/article/10666-java-8-top-tips

在过去的几年中,我一直使用Java 8 进行了很多的编码工作,用于开发新应用和迁移遗留应用,我觉得是时候写一些有用的”最佳实践”。我个人不喜欢”最佳实践”这个术语,因为它意味着“一刀切”的解决方案,当然编码工作是不会这样的–这是因为我们开发人员会想出适合我们的方案。但我发现我对Java8特别的喜欢,它让我的生活更轻松一点,所以我想就此话题展开讨论。

Optional

Optional 是一个被严重低估的功能, 它消除了很多困扰着我们的 NullPointerExceptions。它在代码边界(包括你调用和提供 API)处理上特别有用,因为它允许你和你调用的代码说明程序运行的期望结果。

然而,如果没有必要的思考和设计,那么就会导致一个小变化而影响大量的类,也会导致可读性变差。这里有一些关于如何高效使用Optional的提示。

Optional 应该只用于返回类型

…不能是参数和属性. 阅读这个博客 了解怎样使用 Optional。 幸运的是, IntelliJ IDEA 在打开 inspection功能的情况下会检查你是否遵循了这些建议。

可选值应该在使用的地方进行处理. IntelliJ IDEA的建议可以防止你不恰当的使用Optional, 所以你应该立即处理你发现的不恰当使用Optional。(根据自己的理解翻译)

你不应该简单的调用 get()

Optinal的目的是为了表示此值有可能为空,且让你有能力来应付这种情况。因此,在使用值之前进行检查是非常重要的。在某些情况下简单的调用get()而没有先使用isPresent()进行检查是一样会导致空指针问题。幸运的是,IntelliJ IDEA 任然会检查出这个问题并警告你。

有可能是一个更优雅的方式

isPresent() 与 get()结合使用的技巧…

…但还有更优雅的解决方案。你可以使用 orElse方法来使得当它为null时给出一个代替的值。

…或者使用orElseGet方法来处理上述相同情况。这个例子和上面的看起来好像一样,但本例是可以调用 supplier 接口的实现,,因此如果它是一个高开销的方法,可以使用 lambda 表达式来获得更好的性能。

使用Lambda表达式

Lambda 表达式是 Java 8 的卖点之一.。即使你还没有使用过Java 8, 到目前你也可能有一些基本的了解。但在Java编程中还是一种新的方式,它也不是明显的”最佳实践” 。 这里有一些我遵循的指南。

保持简短

函数式程序员更愿意使用较长的lambda 表达式,但我们这些仅仅使用Java很多年的程序员来说更容易保持lambda 表达式的短小。你甚至更喜欢把它们限制在一行,更容易把较长的表达式重构到一个方法中。

把它们变成一个方法引用, 方法引用看起来有一点陌生,但却值得这样做,因为在某些情况有助于提高可读性,后面我再谈可读性。

明确的

(作者应该想要表达的是: 参数命名规范,要有意义;有更好的翻译请修正)

lambda 表达式中类型信息已经丢失了,因此你会发现包含类型信息的参数会更有用。

如你所见,这样会比较麻烦。因此我更喜欢给参数一个更有意义的命名。当然,你做与否, IntelliJ IDEA 都会让你看到参数的类型信息。

即使是在函数式接口的lambda 表达式中:

针对 Lambda 表达式进行设计

我认为lambda表达式有点像泛型– 泛型,我们经常使用它们 (例如, 给 List<>添加类型信息 ),但不常见的是我们把一个方法或类泛型化 (如: Person<T>)。同样的, 它就像我们使用通过lambdas包装的 Streams API,但对我们来说更罕见的是创建一个需要 lambda 表达式参数的方法。

如果你发现自己正处在这种情况的话,那么这里有一些不错的技巧。

IntelliJ IDEA 可以帮助你引入一个函数化的参数

这里让你可以使用 Lambda 表达式而非对象来 创建一个参数 。这个功能的好处在于其建议使用一个已有的 函数接口 来匹配这个规范。

这个将引导我们

使用已有的函数接口

当开发者越来越熟悉 Java 8 代码时,我们会知道使用例如 Supplier 和 Consumer 这样的接口会发生什么,但是单独再创建一个 ErrorMessageCreator 会让我们很诧异并且很浪费时间。你可以翻阅 function package 来查看系统本身已经给我们准备了什么。

为函数接口添加 @FunctionalInterface 注解

如果你真的需要创建自己的函数接口,那么就需要用这个 @FunctionalInterface 注解。这个注解似乎没多大用处,但是 IntelliJ IDEA 会在接口不满足这个注解要求的情况下予以提示。例如你没有指定要继承的方法:

指定太多的方法:

在类中使用注解而不是在接口:

Lambda 表达式可用于任意只包含单个抽象方法的接口中,但是不能用于满足该要求的抽象类。看似不符合逻辑,但实际要求必须如此。

Streams

Stream API 是Java 8的另一大卖点, 我认为到现在为止,我们仍然不知道这会对我们的编码方式有多大改变.但我发现这是一个好坏参半的功能。

流式风格

就我个人而言,更喜欢使用流式风格.当然你不必也这么做, 但我发现它帮助了我:

  • 一眼就能看出有哪些操作,它的执行顺序是什么
  • 更方便调试(虽然IntelliJ IDEA提供了在包含lambda表达式的行上设置断点的能力,为了更方便调试,把它拆分到不同的行上)
  • 在测试的时候允许取消一个操作
  • 在调试或测试是,可以很方便的插入peek()

在我看来这样写很简洁。但是使用这种方法并没有给我们节省多少代码行。

你可能需要调整代码格式化设置让代码看起来更加清晰。

使用方法引用

是的,你需要一点时间来适应这个奇怪的语法。但如果使用恰当,真的可以提升代码的可读性,看看下面代码:

以及使用 Objects 类的辅助方法:

后面一段代码更加的明确可读。IntelliJ IDEA 通常会知道怎么将一个 Lambda 表达式进行折叠。

当对集合进行元素迭代时,尽可能的使用 Streams API

…或者用新的集合方法,例如 forEach. IntelliJ IDEA 会建议你这么做:

一般来说使用 Streams API 比起循环和 if 语句组合来得更加直观,例如:

IntelliJ IDEA 会建议这样的写法进行重构:

我做过的性能测试显示这种重构带来的结果比较奇怪,难以预测,有时候好,有时候坏,有时候没区别。一如既往的,如果你的应用对性能问题非常在意,请认真的进行衡量。

遍历数组时请用 for 循环

然后,使用 Java 8 并不意味着你一定要使用流 API 以及集合的新方法。IntelliJ IDEA 会建议一些做法改用流的方式重构,但你不一定非得接受 (记住 inspections can be suppressed 或者 turned off).

特别是对一个原始类型的小数组时,使用 for 循环的性能是最好的,而且代码更具可读性(至少对 Streams API 的新手来说是这样):

任何的技巧和提示都不是一成不变的,你应该自己决定哪里需要使用 Streams API ,而哪里还用循环操作。

转载声明:本文转载自「精讲JAVA」。

原文发布于微信公众号 - 平凡文摘(tooooooozi)

原文发表时间:2018-05-12

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏偏前端工程师的驿站

ES6 Features系列:Template Strings & Tagged Template Strings

1. Brief   ES6(ECMAScript 6th edition)于2015年7月份发布,虽然各大浏览器仍未全面支持ES6,但我们可以在后端通过Nod...

1747
来自专栏腾讯Bugly的专栏

小萝莉说Crash(一):Unrecognized selector sent to instance xxxx

大家好,我是来自Bugly Crash实验室的小萝莉(害羞ing),很高兴能和大家一起讨论关于移动终端App的Crash问题及解决方法。 在上次的“精神哥讲Cr...

3404
来自专栏iOS技术

YYAsyncLayer 源码剖析:异步绘制

性能优化一直是 iOS 开发中的一个重头戏,其中界面流畅度的优化是至关重要的,因为它直接关系到用户体验。从最熟悉和简单的 UIKit 框架到 CoreAnima...

893
来自专栏我就是马云飞

JJEvent 一个可靠的Android端数据埋点SDK

注:代码已经经过线上项目验证, 横向Google统计对比,统计数据无丢失,性能稳定.

814
来自专栏web前端教室

web前端零基础课-0907*凯政-学习笔记

2.1 - Js数据类型,5中基本数据类型( String, Number, Boolean, Undefined, Null ),一种复杂数据...

652
来自专栏GopherCoder

Go 读取命令参数的几种方式

1793
来自专栏大内老A

WCF技术剖析之十九:深度剖析消息编码(Encoding)实现(上篇)

消息作为WCF进行通信的唯一媒介,最终需要通过写入传输层进行传递。而对消息进行传输的一个前提或者是一项必不可少的工作是对消息进行相应的编码。WCF提供了一系列可...

1696
来自专栏双十二技术哥

Android性能优化(六)之卡顿那些事

对普通用户而言,类如内存占用高、耗流量、耗电量等性能问题可能不会轻易发现,但是卡顿问题用户一定会立马直观的感受到。本文就带你一览卡顿的发生、检测、及优化。

652
来自专栏技术博客

Json和Jsonp

  JSON和JSONP虽然只有一个字母的差别,但其实他们根本不是一回事儿:JSON是一种数据交换格式,而JSONP是一种依靠开发人员的聪明才智创造出的一种非官...

652
来自专栏梧雨北辰的开发录

Python学习(3):理解计算机中编码三、认识常见的计算机编码

1393

扫码关注云+社区