来源:http://blog.imuxuan.com

判空灾害

作为搬砖党的一族们,我们对判空一定再熟习不过了,不要跟我说你很少进行判空,除非你喜好NullPointerException。

php自动判空在Java中若何优雅地判空 JavaScript

不过NullPointerException对付很多猿们来说,也是Exception家族中最亲近的一员了。

为了避免NullPointerException来找我们,我们常常会进行如下操作。

if (data != null) { do sth.}

如果一个类中多次利用某个工具,那你可能要一顿操作,so:

“天下第九大奇迹”就这样出身了。
Maybe你会想,项目中肯定不止你一个人会这样一顿操作,然后按下Command+Shift+F,原形就在面前:

What,我们有靠近一万行的代码都是在判空?

好了,接下来,要进入正题了。

NullObject模式

对付项目中无数次的判空,对代码质量整洁度产生了十分之恶劣的影响,对付这种征象,我们称之为“判空灾害”。

那么,这种征象如何管理呢,你可能听说过NullObject模式,不过这不是我们本日的武器,但是还是须要先容一下NullObject模式。

什么是NullObject模式呢?

In object-oriented computer programming, a null object is an object with no referenced value or with defined neutral (\"大众null\"大众) behavior. The null object design pattern describes the uses of such objects and their behavior (or lack thereof).

以上解析来自Wikipedia。

NullObject模式首次揭橥在“ 程序设计模式措辞 ”系列丛书中。
一样平常的,在面向工具措辞中,对工具的调用前须要利用判空检讨,来判断这些工具是否为空,由于在空引用上无法调用所需方法。

空工具模式的一种范例实现办法如下图所示(图片来自网络):

示例代码如下(命名来自网络,哈哈到底是有多

Nullable是空工具的干系操作接口,用于确定工具是否为空,由于在空工具模式中,工具为空会被包装成一个Object,成为Null Object,该工具会对原有工具的所有方法进行空实现…

public interface Nullable { boolean isNull();}

这个接口定义了业务工具的行为。

public interface DependencyBase extends Nullable { void Operation();}

这是该工具的真实类,实现了业务行为接口DependencyBase与空工具操作接口Nullable。

public class Dependency implements DependencyBase, Nullable { @Override public void Operation() { System.out.print(\"大众Test!\"大众); } @Override public boolean isNull() { return false; }}

这是空工具,对原有工具的行为进行了空实现。

public class NullObject implements DependencyBase{ @Override public void Operation() { // do nothing } @Override public boolean isNull() { return true; }}

在利用时,可以通过工厂调用办法来进行空工具的调用,也可以通过其他如反射的办法对工具进行调用(一样平常多耗时几毫秒)在此不进行详细阐述。

public class Factory { public static DependencyBase get(Nullable dependencyBase){ if (dependencyBase == null){ return new NullObject(); } return new Dependency(); }}

这是一个利用范例,通过这种模式,我们不再须要进行工具的判空操作,而是可以直策应用工具,也不必担心NPE(NullPointerException)的问题。

public class Client { public void test(DependencyBase dependencyBase){ Factory.get(dependencyBase).Operation(); }}

关于空工具模式,更详细的内容大家也可以多找一找资料,上述只是对NullObject的大略先容,但是,本日我要推举的是一款帮忙判空的插件NR Null Object,让我们来优雅地进行判空,不再进行一顿操作来定义繁琐的空工具接口与空独享实现类。

.NR Null Object

NR Null Object是一款适用于Android Studio、IntelliJ IDEA、PhpStorm、WebStorm、PyCharm、RubyMine、AppCode、CLion、GoLand、DataGrip等IDEA的Intellij插件。
其可以根据现有工具,便捷快速天生其空工具模式须要的组成身分,其包含功能如下:

剖析所选类可声明为接口的方法;抽象出公有接口;创建空工具,自动实现公有接口;对部分函数进行可为空声明;可追加函数进行再次天生;自动的函数命名规范

让我们来看一个利用范例:

怎么样,看起来是不是非常快速便捷,只须要在原有须要进行多次判空的工具中,邮件弹出菜单,选择Generate,并选择NR Null Object即可自动天生相应的空工具组件。

那么如何来得到这款插件呢?

安装办法

可以直接通过IDEA的Preferences中的Plugins仓库进行安装。

选择 Preferences → Plugins → Browse repositories

搜索“NR Null Oject”或者“Null Oject”进行模糊查询,点击右侧的Install,restart IDEA即可。

Optional

还有一种办法是利用Java8特性中的Optional来进行优雅地判空,Optional来自官方的先容如下:

A container object which may or may not contain a non-null value. If a value is present, isPresent() will return true and get() will return the value.

一个可能包含也可能不包含非null值的容器工具。
如果存在值,isPresent()将返回true,get()将返回该值。

话不多说,举个例子。

有如下代码,须要得到Test2中的Info信息,但是参数为Test4,我们要一层层的申请,每一层都得到的工具都可能是空,末了的代码看起来就像这样。

public String testSimple(Test4 test) { if (test == null) { return \"大众\公众; } if (test.getTest3() == null) { return \公众\"大众; } if (test.getTest3().getTest2() == null) { return \"大众\公众; } if (test.getTest3().getTest2().getInfo() == null) { return \公众\公众; } return test.getTest3().getTest2().getInfo(); }

但是利用Optional后,全体就都不一样了。

public String testOptional(Test test) { return Optional.ofNullable(test).flatMap(Test::getTest3) .flatMap(Test3::getTest2) .map(Test2::getInfo) .orElse(\"大众\公众); }

1、Optional.ofNullable(test),如果test为空,则返回一个单例空Optional工具,如果非空则返回一个Optional包装工具,Optional将test包装;

public static <T> Optional<T> ofNullable(T value) { return value == null ? empty() : of(value); }

2、flatMap(Test::getTest3)判断test是否为空,如果为空,连续返回第一步中的单例Optional工具,否则调用Test的getTest3方法;

public<U> Optional<U> flatMap(Function<? super T, Optional<U>> mapper) { Objects.requireNonNull(mapper); if (!isPresent()) return empty(); else { return Objects.requireNonNull(mapper.apply(value)); } }

3、flatMap(Test3::getTest2)同上调用Test3的getTest2方法;

4、map(Test2::getInfo)同flatMap类似,但是flatMap哀求Test3::getTest2返回值为Optional类型,而map不须要,flatMap不会多层包装,map返回会再次包装Optional;

public<U> Optional<U> map(Function<? super T, ? extends U> mapper) { Objects.requireNonNull(mapper); if (!isPresent()) return empty(); else { return Optional.ofNullable(mapper.apply(value)); } }

5、orElse(\公众\公众);得到map中的value,不为空则直接返回value,为空则返回传入的参数作为默认值。

public T orElse(T other) { return value != null ? value : other;}

怎么样,利用Optional后我们的代码是不是瞬间变得非常整洁,或许看到这段代码你会有很多疑问,针对繁芜的一长串判空,Optional有它的上风,但是对付大略的判空利用Optional也会增加代码的阅读本钱、编码量以及团队新成员的学习本钱。
毕竟Optional在现在还并没有像RxJava那样盛行,它还拥有一定的局限性。

如果直策应用Java8中的Optional,须要担保安卓API级别在24及以上。

你也可以直接引入Google的Guava。
(啥是Guava?来自官方的提示)

Guava is a set of core libraries that includes new collection types (such as multimap and multiset), immutable collections, a graph library, functional types, an in-memory cache, and APIs/utilities for concurrency, I/O, hashing, primitives, reflection, string processing, and much more!

引用办法,就像这样:

dependencies { compile 'com.google.guava:guava:27.0-jre' // or, for Android: api 'com.google.guava:guava:27.0-android' }

不过IDEA默认会显示黄色,提示让你将Guava表达式迁移到Java Api上。

当然,你也可以通过在Preferences搜索\公众Guava\"大众来Kill掉这个Yellow的提示。

关于Optional利用还有很多技巧,感兴趣可以查阅Guava和Java8干系书本和文档。

利用Optional具有如下优点:

将防御式编程代码完美包装链式调用有效避免程序代码中的空指针

但是也同样具有一些缺陷:

盛行性不是非常空想,团队新成员须要学习本钱安卓中须要引入Guava,须要团队每个人处理IDEA默认提示,或者忍受黄色提示

有时候代码阅读看起来可能会如下图所示:

Kotlin

当然,Kotlin以具有精良的空安全性为一大特色,并可以与Java很好的稠浊利用,like this:

test1?.test2?.test3?.test4

如果你已经开始利用了Kotlin,可以不用再写缭乱的防御判空语句。
如果你还没有利用Kotlin,并不推举为了判空优雅而直接转向Kotlin。

(完)

#程序员# #Java# #java谈论区#