1. 概述
当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。
2. 解决的问题
主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同的一系列类当中,可以把复杂的逻辑判断简单化。
3. 模式中的角色
3.1 上下文环境(Context):它定义了客户程序需要的接口并维护一个具体状态角色的实例,将与状态相关的操作委托给当前的Concrete State对象来处理。
3.2 抽象状态(State):定义一个接口以封装使用上下文环境的的一个特定状态相关的行为。
3.3 具体状态(Concrete State):实现抽象状态定义的接口。
4. 模式解读
4.1 状态模式的类图
4.2 状态模式的代码实现
/// <summary> /// Context类,维护一个ConcreteState子类的实例,这个实例定义当前的状态。 /// </summary> public class Context { private State state; /// <summary> /// 定义Context的初始状态 /// </summary> /// <param name="state"></param> public Context(State state) { this.state = state; } /// <summary> /// 可读写的状态属性,用于读取和设置新状态 /// </summary> public State State { get { return state; } set { state = value; } } /// <summary> /// 对请求做处理,并设置下一个状态 /// </summary> public void Request() { state.Handle(this); } } /// <summary> /// 抽象状态类,定义一个接口以封装与Context的一个特定状态相关的行为 /// </summary> public abstract class State { public abstract void Handle(Context context); } /// <summary> /// 具体状态类,每一个子类实现一个与Context的一个状态相关的行为 /// </summary> public class ConcreteStateA : State { /// <summary> /// 设置ConcreteStateA的下一个状态是ConcreteStateB /// </summary> /// <param name="context"></param> public override void Handle(Context context) { Console.WriteLine("当前状态是 A."); context.State = new ConcreteStateB(); } } public class ConcreteStateB : State { /// <summary> /// 设置ConcreteStateB的下一个状态是ConcreteSateA /// </summary> /// <param name="context"></param> public override void Handle(Context context) { Console.WriteLine("当前状态是 B."); context.State = new ConcreteStateA(); } }
4.3 客户端调用
class Program { static void Main(string[] args) { // 设置Context的初始状态为ConcreteStateA Context context = new Context(new ConcreteStateA()); // 不断地进行请求,同时更改状态 context.Request(); context.Request(); context.Request(); context.Request(); Console.Read(); } }
运行结果
5. 模式总结
5.1 优点
5.1.1 状态模式将与特定状态相关的行为局部化,并且将不同状态的行为分割开来。
5.1.2 所有状态相关的代码都存在于某个ConcereteState中,所以通过定义新的子类很容易地增加新的状态和转换。
5.1.3 状态模式通过把各种状态转移逻辑分不到State的子类之间,来减少相互间的依赖。
5.2 缺点
5.2.1 导致较多的ConcreteState子类
5.3 适用场景
5.3.1 当一个对象的行为取决于它的状态,并且它必须在运行时刻根据状态改变它的行为时,就可以考虑使用状态模式来。
5.3.2 一个操作中含有庞大的分支结构,并且这些分支决定于对象的状态。
6. 应用举例:电灯有两个状态,开(亮)与关(不亮),下面就用状态模式来实现对电灯的控制。
6.1 类图
6.2 实现代码
/// <summary> /// 电灯类,对应模式中的Context类 /// </summary> public class Light { private LightState state; public Light(LightState state) { this.state = state; } /// <summary> /// 按下电灯开关 /// </summary> public void PressSwich() { state.PressSwich(this); } public LightState State { get { return state; } set { state = value; } } } /// <summary> /// 抽象的电灯状态类,相当于State类 /// </summary> public abstract class LightState { public abstract void PressSwich(Light light); } /// <summary> /// 具体状态类, 开 /// </summary> public class On : LightState { /// <summary> /// 在开状态下,按下开关则切换到关的状态。 /// </summary> /// <param name="light"></param> public override void PressSwich(Light light) { Console.WriteLine("Turn off the light."); light.State = new Off(); } } /// <summary> /// 具体状态类,关 /// </summary> public class Off: LightState { /// <summary> /// 在关状态下,按下开关则打开电灯。 /// </summary> /// <param name="light"></param> public override void PressSwich(Light light) { Console.WriteLine("Turn on the light."); light.State = new On(); } }
6.3 客户端代码
class Program { static void Main(string[] args) { // 初始化电灯,原始状态为关 Light light = new Light(new Off()); // 第一次按下开关,打开电灯 light.PressSwich(); // 第二次按下开关,关闭电灯 light.PressSwich(); Console.Read(); } }
执行结果
本文向大家介绍C# 设计模式系列教程-外观模式,包括了C# 设计模式系列教程-外观模式的使用技巧和注意事项,需要的朋友参考一下 1. 概述 为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。 2. 模式中的角色 2.1 外观类(Facade):外观类知道哪些子系统类负责处理请求,将客户的请求代理给恰当的子系统对象。 2.2 子系统类集
本文向大家介绍C# 设计模式系列教程-单例模式,包括了C# 设计模式系列教程-单例模式的使用技巧和注意事项,需要的朋友参考一下 1. 描述: 保证一个类仅有一个实例,并提供一个访问它的全局访问点。 2. 单例模式主要有3个特点,: 2.1 单例类确保自己只有一个实例。 2.2 单例类必须自己创建自己的实例。 2.3 单例类必须为其他对象提供唯一的实例。 3. 实现方式:懒汉单例类和
本文向大家介绍C# 设计模式系列教程-原型模式,包括了C# 设计模式系列教程-原型模式的使用技巧和注意事项,需要的朋友参考一下 1. 概述 通过复制一个已经存在的实例来创建一个新的实例。被复制的实例被称为原型,这个原型是可定制的。 2. 模式中的角色 2.1 抽象原型类(Abstract Prototype):提供一个克隆接口 2.2 具体原型类(Concrete Prototype)
本文向大家介绍C# 设计模式系列教程-建造者模式,包括了C# 设计模式系列教程-建造者模式的使用技巧和注意事项,需要的朋友参考一下 1. 概述 将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示,这样的设计模式被称为建造者模式。 2. 建造者模式中的角色 2.1 建造者(Builder):为创建一个产品对象的各个部件指定抽象接口。 2.2 具体建造者(Concret
本文向大家介绍C# 设计模式系列教程-工厂方法模式,包括了C# 设计模式系列教程-工厂方法模式的使用技巧和注意事项,需要的朋友参考一下 1. 概述: 定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到子类。 2. 模式中的角色 2.1 抽象工厂(Creator):这个抽象类(或接口)声明一个创建对象的工厂方法,用来返回一个Product类型的对象。 2
本文向大家介绍C# 设计模式系列教程-抽象工厂模式,包括了C# 设计模式系列教程-抽象工厂模式的使用技巧和注意事项,需要的朋友参考一下 1. 概述 抽象工厂模式为一个产品家族提供了统一的创建接口。当需要这个产品家族的某一系列的时候,可以从抽象工厂中选出相对应的系列来创建一个具体的工厂类别。 2. 抽象工厂模式中的角色 2.1 抽象工厂(AbstractFactory):担任这个角色的是工