【设计模式】行为型模式 - 状态模式

最新推荐文章于 2021-02-13 10:41:13 发布

Harvay

最新推荐文章于 2021-02-13 10:41:13 发布

阅读量137

点赞数

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

本文链接：https://blog.csdn.net/Harvay/article/details/113782336

版权

设计模式专栏收录该内容

30 篇文章 1 订阅

订阅专栏

状态模式

定义

对有状态的对象，把复杂的“判断逻辑”提取到不同的状态对象中，允许状态对象在其内部状态发生改变时改变其行为。

特点

优点

结构清晰，状态模式将于特定状态相关的行为局部化到一个状态中，并且将不同状态的行为分割开来，满足“单一职责原则”；
将状态装换显示化，减少对象间的相互依赖。将不同的状态引入独立的对象中会使得状态装换变得更加明确，且减少对象间的相互依赖；
状态类职责明确，有利于程序的扩展。通过定义新的子类很容易地增加新的状态和转换。

缺点

状态模式的使用必然会增加系统的类与对象的个数；
状态模式的结构与实现都较为复杂，如果使用不当会导致程序结构和代码的混乱；
状态模式对开闭原则的支持并不太好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源码，否则无法切换到新增状态，而且修改某个状态类的行为也需要修改对应类的源码。

结构与实现

结构

主要角色：

环境类角色：也称为上下文，它定义了客户端需要的接口，内部维护一个当期状态，并负责具体状态的切换；
抽象状态类角色：定义一个接口，用以封装环境对象中的特定状态所对应的行为，可以有一个或多个行为；
具体状态角色：实现抽象行为所对应的行为，并且在需要的情况下进行状态切换。

类图：
在这里插入图片描述

实现

// 环境类
class Context {
	private State state;
	// 初始化构件状态类A
	public Context () {
		this.state = new ConcreteStateA();
	}
	// 设置新状态
	public void setState(State state) {
		this.state = state;
	}
	// 读取状态
	public State getState() {
		return state;
	}
	// 对请求做处理
	public void handle() {
		state.handle(this);
	}
}

// 抽象状态类
abstract class State {
	public abstract void handle(Context context);
}

// 具体状态A类
class ConcreteStateA extends State {
	public void handle(Context context) {
		context.setState(new ConcreteStateB());
	}
}
// 具体状态B类
class ConcreteStateB extends State {
	public void handle(Context context) {
		context.setState(new ConcreteStateA());
	}
}
// 客户端调用类
public class StatePattern {
	public static void main(String[] args) {
		Context context = new Context();
		context.handle();
		context.handle();
		context.handle();
		context.handle();
	}
}