状态变化模式
在组件构建过程中,某些对象的状态经常面临变化,如何对这些变化进行有效的管理?同时又维持高层模块的稳定?“状态变化"模式为这一问题提供了一种解决方案。
- 状态模式State
- 备忘录Memento
1.状态模式state
动机: 在软件构建过程中,某些对象的状态如果改变,其行为也会随之而发生改变,比如文档处于只读状态,其支持的行为和读写状态支持的行为就可能完全不同。
如何在运行时根据对象的状态来透明地更改对象地行为?而不会为对象地操作和状态转化之间引入紧耦合?
//网络应用 对应网络地三种状态
enum NetworkState
{
Network_Open,
Network_Close,
Network_Connect,
Network_Wait//更改
};
class NetworkProcessor{
NetworkState state;
public:
//状态改变 行为改变
//跟策略模式相近 if-else-if
void Operation1(){
if (state == Network_Open){
//**********
state = Network_Close;
}
else if (state == Network_Close){
//..........
state = Network_Connect;
}
else if (state == Network_Connect){
//$$$$$$$$$$
state = Network_Open;
}else if(){//更改
//....
}
}
public void Operation2(){
if (state == Network_Open){
//**********
state = Network_Connect;
}
else if (state == Network_Close){
//.....
state = Network_Open;
}
else if (state == Network_Connect){
//$$$$$$$$$$
state = Network_Close;
}else if(){//更改
//....
}
}
public void Operation3(){
}
};
//如果状态修改,则需要更改行为代码
class NetworkState{
public:
NetworkState* pNext;
virtual void Operation1()=0;
virtual void Operation2()=0;
virtual void Operation3()=0;
virtual ~NetworkState(){}
};
//各种状态-->状态对象
//将状态相关地操作全部编码到一个状态对象中
class OpenState :public NetworkState{
static NetworkState* m_instance;
public:
static NetworkState* getInstance(){
if (m_instance == nullptr) {
m_instance = new OpenState();
}
return m_instance;
}
void Operation1(){
//**********
pNext = CloseState::getInstance();
}
void Operation2(){
//..........
pNext = ConnectState::getInstance();
}
void Operation3(){
//$$$$$$$$$$
pNext = OpenState::getInstance();
}
};
class CloseState:public NetworkState{ };
//...
class WaitState : public NetworkState{};//扩展
//稳定
class NetworkProcessor{
NetworkState* pState;
public:
NetworkProcessor(NetworkState* pState){
this->pState = pState;
}
void Operation1(){
//...
pState->Operation1();
pState = pState->pNext;
//...
}
void Operation2(){
//...
pState->Operation2();
pState = pState->pNext;
//...
}
void Operation3(){
//...
pState->Operation3();
pState = pState->pNext;
//...
}
};
模式定义: 允许一个对象在其内部状态改变时改变它的行为。从而使对象看起来似乎修改了其行为
- State->NetworkState
- ConcreteState->Open/Close/Connect
- Context->NetworkProcessor
要点总结:
- State模式将所有与一个特定状态相关的行为都放入一个State的子类对象中,在对象状态切换时,切换相应的对象;但同时维持State的接口,这样实现了具体操作与状态转换之间的解耦。
- 为不同的状态引入不同的对象使得状态转换变得更加明确,而且可以保证不会出现状态不一致的情况,因为转换是原子性的——即要么彻底转换过来,要么不转换。
- 如果State对象没有实例变量,那么各个上下文可以共享同一个State对象,从而节省对象开销。(singleton)
2.备忘录memento
动机: 在软件构建过程中,某些对象地状态转换过程中,可能由于某种需要,要求程序能够回溯到对象之前处于某个点时地状态。如果使用一些公有接口来让对象得到对象地状态,便会暴漏对象地实现细节
如何实现对象状态地良好保存与恢复》但同时又不会因此破坏对象本身地封装性
//备忘录 用于保存对象的内部状态
class Memento
{
//内部表示跟Originator是一样的(需要保存的状态)
string state;
//..
public:
Memento(const string & s) : state(s) {}
string getState() const { return state; }
void setState(const string & s) { state = s; }
};
//需要保存内部状态的对象
class Originator
{
string state;
//....
public:
Originator() {}
//拍一个快照
Memento createMomento() {
Memento m(state);
return m;
}
void setMomento(const Memento & m) {
state = m.getState();
}
};
int main()
{
Originator orginator;
//捕获对象状态,存储到备忘录
Memento mem = orginator.createMomento();
//... 改变orginator状态
//从备忘录中恢复
orginator.setMomento(memento);
}
模式定义: 在不破坏封装性地前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可以将该对象恢复到原先保存的状态。
要点总结:
- 备忘录(Memento)存储原发器(Originator)对象的内部状态,在需要时恢复原发器状态。
- Memento模式的核心是信息隐藏,即Originator需要向外接隐藏信息,保持其封装性。但同时又需要将状态保持到外界(Memento) 。
- 由于现代语言运行时(如C#、Java等)都具有相当的对象序列化支持,因此往往采用效率较高、又较容易正确实现的序列化方案来实现Memento模式。深copy不容易实现 有指针套指针 构建备忘录就很复杂