在已往的几年中，我一直利用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 城市让你看到参数的范例信息。