20 状态模式

最新推荐文章于 2023-01-04 12:07:19 发布

留点头发。

最新推荐文章于 2023-01-04 12:07:19 发布

阅读量487

点赞数

分类专栏：设计模式文章标签：设计模式

原文链接：https://blog.csdn.net/sinat_21107433/article/details/102966121

版权

设计模式专栏收录该内容

24 篇文章

订阅专栏

原文转载：https://blog.csdn.net/sinat_21107433/article/details/102966121

在软件系统中，有些对象在不同的条件下也具有不同的状态，不同状态之间可以相互转换。通过判断不同的条件分支（if...else...或者switch..case...）可以进行状态的转换。但这样势必使得代码的判断逻辑变得复杂，降低系统的可维护性。如果新加入一种状态，还需要修改判断逻辑，不符合开闭原则。

为解决复杂对象的多种状态转换问题，并使客户端代码与对象状态之间的耦合度降低，可以使用状态模式。

1.状态模式简介

状态模式将一个对象的状态从对象中分离出来，封装到专门的状态类中，使得对象状态可以灵活变化。对于客户端而言，无需关心对象转态的转换以及对象所处的当前状态，无论处于何种状态的对象，客户端都可以一致处理。

状态模式：

允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类。

2.状态模式结构

状态模式的UML图如下。

状态模式引入了抽象层，具有抽象状态类和具体状态类，还包括一个上下文境类:

Context（上下文类）：是拥有多种状态的对象。上下文类的状态存在多样性，并且在不同的状态下，对象表现出不同的行为。在上下文类中，维护了一个抽象状态类的实例。
State（抽象状态类）：声明了一个接口，用于封装与在上下文类中的一个特定状态相关的行为，在子类中实现在各种不同状态对应的方法。不同的子类可能存在不同的实现方法，相同的方法可以写在抽象状态类中。
ConcreteState（具体状态类）：实现具体状态下的方法，每一个具体状态类对应一个具体的状态。

值得注意的是，上下文中维护了一个状态类的指针或者引用，可以由上下文类来觉得具体实例化为哪一个具体的状态对象，也可以由具体的状态类来决定转换为哪一个实例，所以，上下文类和状态类之间存在依赖甚至相互引用的关系：

// 1.由环境类来决定实例化为哪一个具体状态类对象
class Context
{
public:
void convertState(){
if (condition1){
this->state = new ConcreteStateA();
}
else if (condition2){
this->state = new ConcreteStateB();
}
else{
// do something
}
}
private:
// 引用状态对象
State *state;
};
// 2.有具体状态类来决定转换成哪一个具体状态类对象
class ConcreteState :public State
{
public:
void convertState(Context* ctx){
if (condition1){
ctx->setState(new ConcreteStateA());
}
else if (condition2){
ctx->setState(new ConcreteStateB());
}
else{
// do something
}
}
};

下面是状态模式的典型用法：

#ifndef __DEMO_H__
#define __DEMO_H__
// 抽象状态类
class State
{
public:
// 声明抽象方法
virtual void handle() = 0;
};
// 具体状态类
class ConcreteState :public State
{
public:
// 实现
void handle(){
// ……
}
};
// 上下文类
class Context
{
public:
// set方法设置状态对象
void setState(State* iState){
this->state = iState;
}
// 对外封装的方法
void request(){
// do something
state->handle();
}
private:
// 引用状态对象
State *state;
};
#endif //__DEMO_H__

3.状态模式代码实例

接下来Jungle用一个实例来应用状态模式。

在某纸牌游戏中，游戏人物分为入门级（primary）、熟练级（Secondary）、高手级（Professional）和骨灰级（Final）四种级别，由人物的积分来划分角色等级，游戏胜利将增加积分，失败将扣除积分。入门级有最基本的游戏功能play()，熟练级增加了游戏胜利积分加倍功能doubleScore()，高手级在熟练级的基础上增加了换牌功能changeCards()，骨灰级在高手级的基础上再增加了偷看他人纸牌的功能peekCards()。

积分规则如下：

基础分：100，游戏胜利+50分，游戏失败+30分；

入门级：0~150；熟练级150~200；高手级：200~250；骨灰级：250以上

本例设计游戏账户GameAccount为上下文类，维护了一个级别类（Level）的对象实例。GameAccount中定义了一个代表积分的score整型和统一封装的方法playcard()，在该方法中再调用具体级别的各个技能方法。采用随机数的方式来随机判定牌局的输赢，以增减积分。

级别类Level为抽象类，声明了play()、doubleScore()、changeCards()、seekCards()的抽象方法，在四个具体级别类Primary、Secondary、Professional和Final类中具体实现了该方法，具体来说是根据该级别是否有权利使用该技能来打印一行话。upgradeLevel()方法用于判断每局牌结束后该游戏账户的积分是否可以升级或者降级，通过setLevel()方法改变当前账户的游戏级别。

该实例的UML图如下：