设计模式（九）：状态模式

设计模式（九）：状态模式

定义：

​ ·一个对象可能拥有多种状态，当内在状态改变时允许改变行为。

​ ·在状态模式中，类的行为是基于它的状态改变的。这种类型的设计模式属于行为型模式。

​ ·在状态模式中，我们创建表示各种状态的对象和一个行为随着状态对象改变而改变的 context 对象

主要解决：

​ ·对象的行为依赖于它的状态（属性），并且可以根据它的状态改变而改变它的相关行为。

如何解决：

​ ·将各种类的状态类抽象出来

以代码为例：

​ 关系类图如下

一、定义State类

State类用于封装与Context的特定状态相关联的行为的接口

#include <iostream>

class State
{
public:
  virtual ~State() { /* ... */ }
  virtual void handle() = 0;
  // ...
};

二、定义ConcreteState实现State类

每个子类实现与Context状态相关联的行为，即定义状态

class ConcreteStateA : public State
{
public:
  ~ConcreteStateA() { /* ... */ }
  
  void handle()
  {
    std::cout << "State A handled." << std::endl;
  }
  // ...
};

class ConcreteStateB : public State
{
public:
  ~ConcreteStateB() { /* ... */ }
  
  void handle()
  {
    std::cout << "State B handled." << std::endl;
  }
  // ...
};

三、定义Context类

定义每个状态的接口

class Context
{
public:
  Context() : state() { /* ... */ }
  
  ~Context()
  {
    delete state;
  }
  
  void setState( State* const s )
  {
    if ( state )//删除前一个状态
    {
      delete state;
    }
    state = s;//更新新的状态
  }
  
  void request()
  {
    state->handle();
  }
  // ...

private:
  State *state;
  // ...
};

四、main函数调用

int main()
{
  Context *context = new Context();
  
  context->setState( new ConcreteStateA() );
  context->request();
  
  context->setState( new ConcreteStateB() );
  context->request();
  
  delete context;
  return 0;
}

运行结果

State A handled.
State B handled.

状态模式优缺点

优点：

​ 1、封装了转换规则。

​ 2、枚举可能的状态，在枚举状态之前需要确定状态种类。

​ 3、将所有与某个状态有关的行为放到一个类中，并且可以方便地增加新的状态，只需要改变对象状态即可改变对象的行为。

​ 4、允许状态转换逻辑与状态对象合成一体，而不是某一个巨大的条件语句块。

​ 5、可以让多个环境对象共享一个状态对象，从而减少系统中对象的个数。

缺点：

​ 1、状态模式的使用必然会增加系统类和对象的个数。

​ 2、状态模式的结构与实现都较为复杂，如果使用不当将导致程序结构和代码的混乱。

​ 3、状态模式对"开闭原则"的支持并不太好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源代码，否则无法切换到新增状态，而且修改某个状态类的行为也需修改对应类的源代码。

注意事项：

​ ·在行为受状态约束的时候使用状态模式，而且状态不超过 5 个。

​ ·状态模式封装基于状态的行为，并将行为委托到当前状态；

​ 策略模式将可以互换的行为封装起来，然后使用委托的方法，决定使用哪一个行为

​ 模板方法模式由子类决定如何实现算法中的某些步骤