现在的位置: 首页 > 综合 > 正文

Null Object设计模式

2011年01月24日 ⁄ 综合 ⁄ 共 1490字 ⁄ 字号 评论关闭

       在设计实现中,很多地方都用到了Null Object设计模式Null Object模式的含义在于,提供一个对象给指定的类型,用以代替这个对象为空的情况。 Null Object提供了“什么也不做”的行为,隐藏来自它的合作者的细节。

  对于如何理解和应用该模式,通过一个实例就能很好的进行说明。这一节我们在讨论消息分派器,消息分派器使用了前述的日志记录器,并且通过属性来注入具体的日志记录器对象。

  private IEsfLogger esfLogger;

  public IEsfLogger EsfLogger{

  set{

  this.esfLogger = value;

  }

  }

  现在假设,我们在消息分派器内部的多个地方使用日志记录器来进行日志记录,我们总要写这样的语句:

  if (this.esfLogger != null){

  this.esfLogger.Log(); //记录日志

  }

  也就是说,在使用之前,我们都要判断一下日志记录器的引用是否为空,如果不为空才可以调用其Log方法。如果调用日志记录器进行日志记录的地方很多,那么每个地方都会充斥着这种判断其引用是否为空的代码。有没有办法来避免这所有的判断语句了,有!那就是使用Null Object设计模式。

  为每种必要的组件都提供了对应的Null Object类型,这些类型的名字以“Empty”作为前缀。比如IEsfLogger对应的Null Object类型就是EmptyEsfLogger,EmptyEsfLogger实现的Log方法什么也不用做:

  public void Log(string errorType ,string msg, string location, ErrorLevel level){

  //Do Nothing !

  }

  有了EmptyEsfLogger,我们就可以象这样来设计消息分派器的日志记录器属性:

  private IEsfLogger esfLogger = new EmptyEsfLogger();

  public IEsfLogger EsfLogger{

  set{

  if (value != null){

  this.esfLogger = value ?? new EmptyEsfLogger();

  }

  }

  }

  首先,将esfLogger字段的默认值设为一个Null Object。其次,当调用者每次试图将EsfLogger属性设置为null时,也将一个Null Object赋值给该字段。

  如此一来,在消息分配器内部,我们就可以非常方便的直接使用日志记录器,而不用再判断其引用是否为空,因为无论如何,它总是指向一个有效的对象,即使这个对象是Null Object。

  除了常见的组件装配可以使用Null Object模式外,还有一个非常适合使用Null Object模式的场合,那就是“事件”。你是否还记得,我们每次触发事件时都需要判断其是否为空,这也是非常琐碎的事情,我们仍然可以通过Null Object模式来简化它。比如某个类中定义了一个事件:

  public event CbSimple SomeOneConnected;

  在类的构造函数中,可以使用Null Object来初始化它:

  this.SomeOneConnected += delegate { };

  这样,在每次触发事件时就不用再判断其是否为null了:

  this.SomeOneConnected(); //不用再判断是否为null,直接触发事件

  灵活地使用Null Object设计模式,可以使得我们的代码更加简洁和精炼。

抱歉!评论已关闭.