RELATEED CONSULTING
相关咨询
选择下列产品马上在线沟通
扫一扫微信
服务时间工作日:9:30-18:00
你可能遇到了下面的问题
关闭右侧工具栏
Java的10个热门技巧
  • 作者:小万
  • 发表时间:2020-07-06 11:17
  • 来源:未知

  在过去的两年中,我一直在使用Java 代码进行新应用程序,这似乎是时候写下我认为有用的“最佳实践”。我个人不喜欢“最佳实践”一词,因为它暗示着“一种千篇一律”的解决方案,当然,编码也不是那样工作的,这取决于我们,因为开发人员必须弄清楚在我们所处的情况下哪种方法可行。但是我发现我对Java 代码有特别的偏好,我发现这使我的生活更加轻松,并且我认为我将开始对此主题进行讨论。

  Optional是一项被低估的功能,并且有可能消除很多NullPointerExceptions 困扰我们的功能。它在代码边界(正在使用的API或正在公开的API)方面特别有用,因为它允许您和您的调用代码推理出期望的结果。

  但是,在没有经过深思熟虑和设计的情况下应用它可能导致一个小的变化,从而影响大量的类,并可能导致可读性较差。以下是有关如何有效使用Optional的一些提示。

  …不是参数,也不是字段。阅读此博客文章,以了解使用Optional的实用方法。幸运的是,IntelliJ IDEA可让您打开检查以检查您是否遵循了这些建议

  可选值应在遇到的地方处理。IntelliJ IDEA的建议将防止Optional泄漏到整个代码中,因此请记住,应该在找到Optional的地方对其进行处理,并迅速进行操作。

  Optional的优点是表示该值可能为空,并允许您满足这种情况。因此,在执行任何操作之前,请先检查是否存在值,这一点很重要。简单地调用get()而不isPresent()先检查可能会在某些时候导致空指针。幸运的是,IntelliJ IDEA再次进行了检查以警告您坚持这一点。

  …但是还有更优雅的解决方案。如果orElse为空,则可以使用它来提供替代值…或者您可以使用orElseGet告诉它在值为null的情况下调用哪个方法。这似乎与上面的示例相同,但是仅在需要时才调用provider方法,因此,如果这是一种昂贵的方法,则使用lambda可以为您提供更好的性能。

  Lambda表达式是Java 8的主要卖点之一。即使您还没有使用Java 8,到目前为止,您可能已经对它们有了基本的了解。但是它们是Java内编程的一种新方式,什么是“最佳实践”尚不清楚。这是我喜欢遵循的一些准则。

  函数式程序员可能对较长的lambda表达式感到满意,但是我们中那些仅使用Java已有多年的人可能会发现将lambda表达式保留在少数行中会更容易。您甚至可能更喜欢将它们限制为一行,并且您可以轻松地将较长的表达式重构为一种方法。

  这些甚至可能分解为方法引用。首先,方法引用似乎有点陌生,但是值得坚持不懈,因为它们实际上可以在某些情况下提高可读性,我将在后面讨论。

  lambda表达式缺少类型信息,因此您可能会发现为参数添加类型信息很有用。

  如您所见,这会变得很笨拙。因此,我更愿意给我的参数起一个有用的名字。当然,无论是否执行此操作,IntelliJ IDEA都可以让您查看参数的类型信息。

  我认为lambda表达式有点像泛型–使用泛型时,我们会定期使用它们(例如,向中添加类型信息List ),但是很少设计出具有泛型类型的方法或类(就像 PersonT)。类似地,感觉像在使用Streams API之类的东西时我们会传递lambda,但是对于我们来说,创建需要lambda参数的方法要少得多。

  这样,您就可以创建一个参数,使有人传递lambda而不是对象。关于此功能的好处是,它建议一个符合规范的现有功能接口。

  随着开发人员对Java 8代码的熟悉,我们将知道使用诸如Supplier和这类接口时会发生什么Consumer,并且创建一个自己开发的ErrorMessageCreator(例如)可能会造成混乱和浪费。看一下功能包,看看已经有什么可用了。

  如果确实需要创建自己的功能接口,请使用此注释对其进行标记。它可能似乎并没有太大作用,但是IntelliJ IDEA会向您显示您的界面是否与功能性界面的异常不匹配。当您未指定要覆盖的方法时,它将进行标记:

  Lambda表达式可用于具有单个抽象方法的任何接口,但不能用于满足相同条件的抽象类。似乎不合逻辑,但事实如此。

  该流API是Java的8大卖点另外一个,我想我们还是真的不知道这是多少去改变(或没有)的方式,我们的代码。这是我发现有用的东西。

  · 调试更容易(尽管IntelliJ IDEA确实提供了在一行上的多个lambda表达式中的任何一个上设置断点的功能,将它们拆分为单独的行确实使它更简单)

  我认为它也更整洁。但是,如果遵循这种模式,那么在减少代码行方面不会有太多收获。

  但是,使用Java 8并不一定意味着您必须在任何地方使用流和新的collections方法。IntelliJ IDEA将建议可以转换为流的内容,但这并不意味着您必须说“是”(记住检查可以被抑制关闭)。

  特别是,使用for循环几乎可以遍历一小群原始类型,这无疑会提高性能,并且(至少在Java开发人员是流技术新手的情况下)可能更具可读性。

  与任何技巧一样,此规则并不是一成不变的,但您应该决定是否愿意在可能的地方使用Streams API,还是仍要对某些操作使用循环。首先,要保持一致。

  最后,开发这么多年我也总结了一套学习Java的资料与面试题,如果你在技术上面想提升自己的话,可以关注我,私信发送领取资料或者在评论区留下自己的联系方式,有时间记得帮我点下转发让跟多的人看到哦。