设计模式学习笔记-状态模式
引言
使用该设计模式的情况:如在场景中的主角甚至是敌人,有N个不同状态:走路,攻击,待机.....,游戏中,这些状态来回切换。有一个明确的状态划分的情况下,此时,是可以使用Switch...case...来整理不同的状态的切换和处理的,但处理不同状态,包括切换逻辑会比较冗杂,还有一个缺点就是不容易扩展; 这种情况下,利用状态模式是比较好的。
2,解决的问题:
- 当一个对象的行为取决于它的状态,并且它必须在运行时刻根据状态改变它的行为时,就可以考虑使用状态模式来。
- 当一个操作中含有庞大的分支结构,并且这些分支决定于对象的状态。
- 当控制一个对象状态转换的条件表达式过于复杂的情况。把状态的判断逻辑转移到表示不同的一系列类当中,可以把复杂的逻辑判断简单化。不仅仅是使用人物状态和AI 这块,如当游戏中有诸多场景要进行切换的时候,亦是可以使用该模式的。
3,类图
声明一个接口,以封装状态的相关行为,对这个接口来说,会有实现类(有几个状态就实现几个);
若状态间进行切换只需要在Context(对象,状态拥有者),只需要在context中的State指向对应状态即可;
4,优缺点
- 状态模式将与特定状态相关的行为局部化,并且将不同状态的行为分割开来。
- 所有状态相关的代码都存在于某个ConcereteState中,所以通过定义新的子类很容易地增加新的状态和转换。
- 状态模式通过把各种状态转移逻辑分不到State的子类之间,来减少相互间的依赖。
缺点是会有很多的状态子类。
5,示例代码
using System.Collections; using System.Collections.Generic; using UnityEngine; /// <summary> /// 状态模式 /// </summary> public class StateModel:MonoBehaviour { private void Start() { Context ct = new Context(); ct.SetState(new ConcreteA(ct)); //change ct.Handle(3); ct.Handle(5); } } //状态应用者 Context public class Context { private Istate mState;// public void SetState(Istate state) { mState = state; } public void Handle(int args) { mState.Hanedle(args); } } public interface Istate { void Hanedle(int args); } public class ConcreteA : Istate { private Context mContext; public ConcreteA (Context context) { mContext = context; } public void Hanedle(int args) { Debug.Log("ConcreteA:" + args); if (args > 4) { mContext.SetState(new ConcreteB(mContext)); } } } public class ConcreteB : Istate { private Context mContext; public ConcreteB(Context context) { mContext = context; } public void Hanedle(int args) { Debug.Log("B:" + args); if (args < 4) { mContext.SetState(new ConcreteA(mContext)); } } }
控制台结果
不积跬步,无以至千里;不积小流,无以成江海。