【设计模式系列】行为型模式之Null Object模式

概要

系统中会包含很多行为，有些行为总是存在并需要被执行，而有些行为在某些场合或某种设置下就不希望被执行，通常很多人会通过一些条件对系统行为进行限制来达到目的，但是这样会给本来很简单纯粹的处理增加额外的逻辑，而通过NULL Object模式会提供一个具有代理式的空白行为的对象来解决问题。

目的

通过NULL Object模式提供一个具有代理式的空白行为的对象，从而隐藏一些判断逻辑。

实例

看这样一个例子，系统中有类Action，一些具体行为都从类Action继承来扩展，类Manager会使用Action类型的对象来处理相应的动作。类图和代码如下：

class Action {
public:
     virtual void Execute() = 0;
};
class ConcreteAction : public Action {
public:
     virtual void Execute() {
          ......
     }
};
class Manager {
public:
     Manager(Action* at) {
          mAction = at;
     }
     void DoAction() {
          mAction->Execute();
     }
private:
     Action* mAction;
};

这时发现在某种情况下我们希望DoAction方法中的Action不做任何处理，怎么解决呢？

假设这里所说的某种情况可以用外部的某个变量isAction来进行判断，当值为FALSE时不进行任何处理。很多人会这样去调整代码，首先把isAction通过构造函数传递给Manager类，然后在DoAction中通过判断，当isAction为TRUE时才执行Action：

class Manager {
public:
     Manager(Action* at,  bool isAction) {
          mAction = at;
          mIsAction = isAction;
     }
     void DoAction() {
          if (mAction == TRUE) {
               mAction->Execute();
          }
     }
private:
     Action* mAction;
     bool mIsAction;
};

还有人会觉得应该把isAction的判断加在Action或ConcreteAction类中，让Execute方法自己来判断是否执行。

虽然这样做都可以解决问题，但是却让本来处理很简单职责很单一的Manager或ConcreteAction类增加了额外的逻辑，也让代码看起来不是那么美妙了。看看Null Object模式怎么解决问题吧。

class NullAction : public Action {
public:
     virtual void Execute() {
          // do nothing
     }
};

就是这样，ConcreteAction，Manager和Action类都不需要改，只是追加了NullAction类，而它的Execute方法什么都不做。实际调用的代码如下所示：

Action* at = NULL;
if (isAction == TRUE) {
     at = new ConcreteAction();
} else {
     at = new NULLAction();
}
Manager mng(at);
mng->DoAction();

可见，这样就把isAction相关的逻辑跟Manager或所有Action类都隔离开来了。 

应用

没啥可说的，该用就用。