潜江建设局网站,杭州网页设计,开发者选项怎么设置最流畅,成都建设路小学网站1.定义
允许一个对象在其对象内部状态改变时改变它的行为。
2.组成结构
Context#xff1a;定义客户感兴趣的接口#xff1b;维护一个ConcreteState子类的实例#xff0c;这个实例定义当前的状态。State#xff1a;定义一个接口来封装Context的与特定状态相关的行为。Co…1.定义
允许一个对象在其对象内部状态改变时改变它的行为。
2.组成结构
Context定义客户感兴趣的接口维护一个ConcreteState子类的实例这个实例定义当前的状态。State定义一个接口来封装Context的与特定状态相关的行为。ConcreteState每个ConcreteState实现一个与Context的一个状态相关的行为。
3.应用场景 状态模式是用途非常广泛的模式所有使用到有限状态机FSM的地方都可以使用该模式。当然如果不使用状态模式的话switch/case语句也可以胜任简单的状态机但对于大型的状态机具有大量的状态和事件维护冗长、嵌套的switch/case语句是非常困难和容易出错的而且switch/case语句通常都没有很好地分离状态机的逻辑和要执行的操作。另外一种选择状态转移表WIS20中采用它更容易维护如果要增加新的状态转移只要向表中增加一行就可以了而且可以在运行时动态改变状态机的逻辑还可以创建多个不同的状态转移表在运行时动态地选择解释执行哪一个但缺点是要编写大量的代码去支持状态转移表而且需要查询和解释执行速度较慢 状态模式是最灵活、最高效的选择因为它彻底分离了状态机的逻辑和动作行为二者可以独立变化、互不影响而且容易扩展同时效率很高。当然它也有缺点就是编写State的派生类是一项乏味的工作同时状态逻辑分散无法在一个地方看到整个状态机的逻辑。为了克服这两个缺点可以用一个文本描述状态转移表然后用适当的Software Factory工具把它变成状态模式所必需的类的代码。 GUI是典型的状态应用。哪些菜单项和按钮是Disabled哪个窗口应该激活焦点应放在哪里等等都和状态有关。如果不把这些要素组织成为一个单一的、集中的状态机控制结构那将是一场噩梦。
4.示例代码
#include iostream
#include list
using namespace std;class State;
class ConcreteStateA;
class ConcreteStateB;class Context
{
public:State *state;Context(State *_state):state(_state){}void Request();
};class State
{
public:string name;virtual void Handle(Context *c) 0;virtual ~State(){cout delete : this-name endl;};
};class ConcreteStateA:public State
{
public:ConcreteStateA(){name 状态A;}virtual void Handle(Context *c);
};class ConcreteStateB:public State
{
public:ConcreteStateB(){name 状态B;}virtual void Handle(Context *c);
};
void ConcreteStateA::Handle(Context *c){delete c-state;c-state new ConcreteStateB();
}
void ConcreteStateB::Handle(Context *c){delete c-state;c-state new ConcreteStateA();
}
void Context::Request(){cout 当前状态: state-name endl;this-state-Handle(this);cout 切换后状态: state-name endl endl;
}
int main(void)
{Context *c new Context(new ConcreteStateA());c-Request();c-Request();c-Request();c-Request();return 0;
}5.引用
https://blog.csdn.net/qq_40178082/article/details/133039091
