Java 8 的这些开发技巧你学会了吗？-技术圈

快点击上方蓝字关注吧，选择“加为星标”

第一时间获取技术干货！

使用 Java 8编码已经有些年头，既用于新的应用程序，也用来迁移现有的
应用，感觉是时候写一些我发现的非常有用的“最佳实践”。我个人并不喜
欢“最佳实践”这个说法，因为它意味着“一刀切”的解决方案，而编码不
可能是这样的工作方式——我们需要亲自去发现什么样的解决方案才是有效
的。但是我发现了一些Java 8代码中可以帮助我们的一些选择，让我们一起
来看看吧。

Optional是一个严重被低估的功能，并且有潜力删除很多困扰我们的NullPointerExceptions。这在代码边界中（要么是正在使用的API，要么是正在暴露的API）特别有用，因为它允许你和你的调用代码来推理所期待的东西。

然而，不加思考和设计就应用Optional可能会导致影响大量的类，并可能导致可读性更差。下面是一些关于如何高效使用Optional的技巧。

Optional应该只用于返回类型

……不是参数，也不是字段。幸运的是，IntelliJ IDEA的让你打开检查来查看是是否遵循这些建议。

Optional值应在遇到它们的地方中处理。IntelliJ IDEA的建议会防止代码Optional泄漏，所以请记得在你发现Optional的地方处理它，迅速采取行动。

不应该简单调用get()

Optional的功能是表达这个值可能是空的，并让你应对这种情况。因此，在对它做任何事情之前一定要检查是否有一个值。只是简单得调用get()而不先检查isPresent()在某些时候可能会导致空指针。幸运的是，IntelliJ IDEA也有检查可以提醒你这一点。

可能有更优雅的方式

结合了get()的isPresent()当然会很赞…

……但也有更优雅的解决方案。你可以使用orElse在万一是空值的情况下给一个替代方案。

……或者你可以使用orElseGet说明在值为空的情况下调用哪个方法。这似乎与上面的例子相同，但supplier方法将只在需要的时候调用，因此，如果这是一种昂贵的方法，那么使用lambda会有更佳性能。

2.使用Lambda表达式

Lambda表达式是Java 8的主要特点之一。即使你还没有使用Java 8，你现在可能已经对它们有了基本的了解。它们是用Java编程的一种新的方式，并且什么是“最佳实践”还不明显。下面是我喜欢遵循的一些指引。

保持简短

函数式程序员与较长的lambda表达式相处会更愉快，但那些淫浸于Java多年的人会发现保持lambda表达式为区区几行代码更容易。你甚至可能更愿意将其限制到一行代码，并且你可以轻松重构较长的表达式为一个方法。

这些甚至可能会成为方法引用。方法引用一开始会觉得有点陌生，但实际上坚持方法引用是有价值的，因为它们在某些情况下有助于可读性，后面我会讨论到这一点。

明确

类型信息缺少lambda表达式，所以你可能会觉得包含类型信息用于参数会很有用。

正如你所见，这回变得相当笨拙。所以我更喜欢给参数取一个有用的名字。当然，不管你有没有这么做，IntelliJ IDEA可以让你看到参数得类型信息。

甚至是lambda所代表的函数式接口：

3.针对Lambda表达式设计

我认为lambda表达式有点像泛型——和泛型一起，我们经常使用它们（例如，添加类型信息到List< >），但最好我们可以设计一种方法或一个具有泛型类型（例如Person< T >）的类。同样的，当使用类似于Streams API的东西时，我们会传递lambda表达式，但更好的是创造一个需要lambda参数的方法。

但是，如果你发现自己处于这类情况下，下面有一些超棒的技巧。

IntelliJ IDEA可以帮你引进函数式参数

这让你可以在有人将传递一个lambda而非Object的地方创建一个参数。此功能的好处是，它表明，现有函数式接口匹配规格说明。