Java 8 最佳技巧
ueyx5026
8年前
<p>在过去的几年中，我一直使用Java 8 进行了很多的编码工作，用于开发<a href="/misc/goto?guid=4959677285302419464">新应用</a>和<a href="/misc/goto?guid=4959677285396214997">迁移遗留应用</a>，我觉得是时候写一些有用的"最佳实践"。我个人不喜欢"最佳实践"这个术语，因为它意味着“一刀切”的解决方案，当然编码工作是不会这样的--这是因为我们开发人员会想出适合我们的方案。但我发现我对Java8特别的喜欢，它让我的生活更轻松一点，所以我想就此话题展开讨论。</p> <h2>Optional</h2> <p><a href="/misc/goto?guid=4958832033839855567" rel="nofollow"><code>Optional</code></a> 是一个被严重低估的功能, 它消除了很多困扰着我们的 </p> <p><code>NullPointerExceptions。它在你的代码中特别有用，因为它允许你和你调用的代码中描述你的期望。</code></p> <p> </p> <p>然而，如果没有必要的思考和设计，那么就会导致一个小变化而影响大量的类，也会导致可读性变差。这里有一些关于如何高效使用Optional的提示。</p> <h3>Optional 应该只用于返回类型</h3> <p>…不能是参数和属性. 阅读<a href="/misc/goto?guid=4959677285519644099" rel="nofollow">这个博客</a> 了解怎样使用 Optional。 幸运的是, IntelliJ IDEA 在打开 <a href="/misc/goto?guid=4959677285597169650" rel="nofollow">inspection</a>功能的情况下会检查你是否遵循了这些建议。</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/99d1c270b8d9d71b95204087fc2fec10.png" width="558" height="106"></p> <p>可选值应该在使用的地方进行处理. IntelliJ IDEA的建议可以防止你不恰当的使用Optional, 所以你应该立即处理你发现的不恰当使用Optional。(根据自己的理解翻译)</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/bc20b74b034bf136407a2586c28854a0.png" width="730" height="81"></p> <h3>你不应该简单的调用 get()</h3> <p>Optinal的目的是为了表示此值有可能为空，且让你有能力来应付这种情况。因此，在使用值之前进行检查是非常重要的。在某些情况下简单的调用get()而没有先使用isPresent()进行检查是一样会导致空指针问题。幸运的是，IntelliJ IDEA 任然会检查出这个问题并警告你。</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/1ddb484331b65446be7e1196f730222d.png" width="732" height="80"></p> <h3>有可能是一个更优雅的方式</h3> <p><code>isPresent()</code> 与 <code>get()</code>结合<code>使用的技巧</code>…</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/32ed8a1a86cf4cafa6410aabafe830f6.png" width="725" height="131"></p> <p>…但还有更优雅的解决方案。你可以使用 <code>orElse方法来使得当它为null时给出一个代替的值。</code></p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/5c719f7d703db06dbd24aba0206220c8.png" width="724" height="48"></p> <p>…或者使用<code>orElseGet方法来处理上述相同情况。这个例子和上面的看起来好像一样，但本例是可以调用</code> supplier 接口的<code>实现</code>,，因此如果它是一个高开销的方法，可以使用 lambda 表达式来获得更好的性能。</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/230aaf8df965931f3fb6fef75f116654.png" width="728" height="51"></p> <h2>使用Lambda表达式</h2> <p><a href="/misc/goto?guid=4958534898753608850" rel="nofollow">Lambda 表达式</a>是 Java 8 的卖点之一.。即使你还没有使用过Java 8， 到目前你也可能有一些基本的了解。但在Java编程中还是一种新的方式，它也不是明显的"最佳实践" 。 这里有一些我遵循的指南。</p> <h3>保持简短</h3> <p>函数式程序员更愿意使用较长的lambda 表达式，但我们这些仅仅使用Java很多年的程序员来说更容易保持lambda 表达式的短小。你甚至更喜欢把它们限制在一行，更容易把较长的表达式重构到一个方法中。</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/8e65912a14b71bee70017f7a7e56e99c.png" width="548" height="164"></p> <p>把它们变成一个方法引用， 方法引用看起来有一点陌生，但却值得这样做，因为在某些情况有助于提高可读性，后面我再谈可读性。</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/3cfbe2021b3fb716a79eca3933ab53a6.png" width="390" height="71"></p> <h3>明确的</h3> <p>(作者应该想要表达的是: 参数命名规范，要有意义；有更好的翻译请修正)</p> <p>lambda 表达式中类型信息已经丢失了，因此你会发现包含类型信息的参数会更有用。</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/6f1b06000c249566bc3751d207578f0c.png" width="963" height="36"></p> <p>如你所见，这样会比较麻烦。因此我更喜欢给参数一个更有意义的命名。当然，你做与否， IntelliJ IDEA 都会让你看到参数的类型信息。</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/55d769f9b11d41965d17a9c5b5685b9f.png" width="663" height="70"></p> <p>即使是在函数式接口的lambda 表达式中:</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/f9d9ad371248eb653bbd5af021c5d4ec.png" width="806" height="56"></p> <h2>针对 Lambda 表达式进行设计</h2> <p>我认为lambda表达式有点像<a href="/misc/goto?guid=4959677285717162455" rel="nofollow">泛型</a>– 泛型,我们经常使用它们 (例如, 给 <code>List<></code>添加类型信息 )，但不常见的是我们把一个方法或类泛型化 (如: <code>Person<T></code>)。同样的, 它就像我们使用通过lambdas包装的 Streams API，但对我们来说更罕见的是创建一个需要 lambda 表达式参数的方法。</p> <p>如果你发现自己正处在这种情况的话，那么这里有一些不错的技巧。</p> <h3>IntelliJ IDEA 可以帮助你引入一个函数化的参数</h3> <p>这里让你可以使用 Lambda 表达式而非对象来 <a href="/misc/goto?guid=4959677285809212834" rel="nofollow">创建一个参数</a> 。这个功能的好处在于其建议使用一个已有的 <a href="/misc/goto?guid=4959677285892296548" rel="nofollow">函数接口</a> 来匹配这个规范。</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/b8a27c24029f1b09680cbae6ace7a260.png" width="634" height="128"></p> <p>这个将引导我们</p> <h3>使用已有的函数接口</h3> <p>当开发者越来越熟悉 Java 8 代码时，我们会知道使用例如 <a href="/misc/goto?guid=4959677285974873464" rel="nofollow"><code>Supplier</code></a> 和 <code><a href="/misc/goto?guid=4958973871623652069" rel="nofollow">Consumer</a> 这样的接口会发生什么，但是单独再创建一个</code> <code>ErrorMessageCreator</code> 会让我们很诧异并且很浪费时间。你可以翻阅 <a href="/misc/goto?guid=4959671533197482795" rel="nofollow">function package</a> 来查看系统本身已经给我们准备了什么。</p> <p>为函数接口添加 @FunctionalInterface 注解</p> <p>如果你真的需要创建自己的函数接口，那么就需要用这个 @FunctionalInterface 注解。这个注解似乎没多大用处，但是 IntelliJ IDEA 会在接口不满足这个注解要求的情况下予以提示。例如你没有指定要继承的方法：</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/9cd8e41c1b8245b2d97da8a7a831bf48.png" width="346" height="94"></p> <p>指定太多的方法：</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/75b129d5d3fa680c76c87d8f0c9b9176.png" width="732" height="147"></p> <p>在类中使用注解而不是在接口：</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/1a2d05ccaf72c2cee598c270ec578ed3.png" width="393" height="88"></p> <p>Lambda 表达式可用于任意只包含单个抽象方法的接口中，但是不能用于满足该要求的抽象类。看似不符合逻辑，但实际要求必须如此。</p> <p> </p> <h2>Streams</h2> <p><a href="/misc/goto?guid=4959664587425097235" rel="nofollow">Stream API</a> 是Java 8的另一大卖点, 我认为到现在为止，我们仍然不知道这会对我们的编码方式有多大改变．但我发现这是一个好坏参半的功能。</p> <h3>流式风格</h3> <p>就我个人而言，更喜欢使用流式风格．当然你不必也这么做, 但我发现它帮助了我：</p> <ul> <li>一眼就能看出有哪些操作，它的执行顺序是什么</li> <li>更方便调试（虽然IntelliJ IDEA提供了<a href="/misc/goto?guid=4959677286157302207" rel="nofollow">在包含lambda表达式的行上设置断点的能力</a>，为了更方便调试，把它拆分到不同的行上） </li> <li>在测试的时候允许取消一个操作</li> <li>在调试或测试是，可以很方便的插入peek()</li> </ul> <p> </p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/848ca6bbedaa7dd44bf8977138c05ec6.png" width="390" height="149"></p> <p>在我看来这样写很简洁。但是使用这种方法并没有给我们节省多少代码行。</p> <p>你可能需要调整代码格式化设置让代码看起来更加清晰。</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/1a1efa5f724676cd05a4acb1ec0c142b.png" width="615" height="200"></p> <h3>使用方法引用</h3> <p>是的，你需要一点时间来适应这个奇怪的语法。但如果使用恰当，真的可以提升代码的可读性，看看下面代码：</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/5c01036949318f38fa4644e34f81240c.png" width="542" height="67"></p> <p>以及使用 <a href="/misc/goto?guid=4959677286233332462" rel="nofollow"><code>Objects</code></a> 类的辅助方法：</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/c65a4994734fbbcee71a3450858d1c0a.png" width="546" height="72"></p> <p>后面一段代码更加的明确可读。IntelliJ IDEA 通常会知道怎么将一个 Lambda 表达式进行折叠。</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/4aff8877b58d7abe494a668a1b94e204.png" width="539" height="81"></p> <h3>当对集合进行元素迭代时，尽可能的使用 Streams API</h3> <p>…或者用新的集合方法，例如 <code>forEach</code>. IntelliJ IDEA 会建议你这么做：</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/7dbdc617c466e6f1858f0afe92de6124.png" width="498" height="96"></p> <p>一般来说使用 Streams API 比起循环和 if 语句组合来得更加直观，例如：</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/314c7a14d03dc1efc8e8209a432dc46f.png" width="524" height="132"></p> <p>IntelliJ IDEA 会建议这样的写法进行重构：</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/cbef099ed26163869de6b2c7f9689e8a.png" width="645" height="76"></p> <p>我做过的性能测试显示这种重构带来的结果比较奇怪，难以预测，有时候好，有时候坏，有时候没区别。一如既往的，如果你的应用对性能问题非常在意，请认真的进行衡量。</p> <h3>遍历数组时请用 for 循环</h3> <p>然后，使用 Java 8 并不意味着你一定要使用流 API 以及集合的新方法。IntelliJ IDEA 会建议一些做法改用流的方式重构，但你不一定非得接受 (记住 <a href="/misc/goto?guid=4959677286317900155" rel="nofollow">inspections can be suppressed</a> 或者 <a href="/misc/goto?guid=4959677286405609604" rel="nofollow">turned off</a>).</p> <p>特别是对一个原始类型的小数组时，使用 for 循环的性能是最好的，而且代码更具可读性（至少对 Streams API 的新手来说是这样）：</p> <p><img alt="Java 8 最佳技巧" src="https://simg.open-open.com/show/f0f6f52449550aeeaa1f9a247dabcaeb.png" width="360" height="100"></p> <p>任何的技巧和提示都不是一成不变的，你应该自己决定哪里需要使用 Streams API ，而哪里还用循环操作。</p> <h3>最后</h3> <p>我每天都在发现一些新的东西，有时候我的偏好会有所变化。例如我过去会讨厌方法的引用。非常期待倾听你的建议。</p> <p>来自：https://coyee.com/article/10666-java-8-top-tips?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io</p> <p> </p>