Null Pointer --设计模式

在Joshua Bloch很有名的一本书《Effective in java》中建议不要在代码中返回空的collection/map/array,就像下面的代码一样:

public List<String> returnCollection() {    //remainder omitted    if (/*some condition*/) {        return null;    } else {        // return collection    }}

而应该使用下面的模式:

public List<String> returnCollection() {    //remainder omitted      if (/*some condition*/) {        return Collections.emptyList();    } else {        // return collection      }}

这种模式可以防止像下面这种方式调用你的代码抛出null pointer

1. if (obj.returnCollection().size() > 0) {  
2. // remainder omitted  

在Robert C. Martin《敏捷软件开发，原则，模式，实践》一书中给了一个类似的模式，它包含了所有的对象，不仅仅只针对collections/maps/arrays。这个模式被称作Null Object。

这里有一个实例，假定你有一个应用程序需要检查用户是否认证过。

public class User {    private String username;    private boolean authenticated;    // remainder omitted  

    public boolean isAuthenticated() {        return authenticated;    }    // remainder omitted  }

代码像下面这样返回一个User对象的引用，

public User getUser() {    if (/*some condition*/) {        return user;    } else {        return null;    }}

这种方式下，检查User是否认证过需要用下面的代码才可以：

if (obj.getUser() != null && obj.getUser().isAuthenticated() {

        // allow      }// remainder omitted  

上面检查对象是否为空并不只是一个样板代码，当你忘记检查对象是否为null时，就会引起bug.

这里Null Object 模式可以帮助你：

public class NullUser extends User {

    public static final NullUser INSTANCE = new NullUser();

    public static NullUser getInstance() {        return INSTANCE;    }

    @Override    public boolean isAuthenticated() {        return false;    }

    private NullUser() {    }}

public User getUser() {    if (/*some condition*/) {        return user;    } else {        return NullUser.getInstance();    }}

if (obj.getUser().isAuthenticated() {
// allow
}
// remainder omitted

我发现这种模式确实很管用，它避免了很多的Null pointer异常。这里仍然有一个问题，User应用是一个类还应该是一个接口;NullUser是继承一个基类还是实现一个接口，把这个问题留给你去

考虑。

你是如何思考Null Object模式的？

翻译自：http://blog.bielu.com/2008/12/null-object-design-pattern.html

转载请注明出处。