设计模式学习笔记-状态模式

引言

使用该设计模式的情况：如在场景中的主角甚至是敌人，有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));//changect.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));}}
}

　　控制台结果

转载于:https://www.cnblogs.com/allyh/p/9396389.html

设计模式学习笔记-状态模式相关推荐

设计模式学习笔记——状态(State)模式框架
设计模式学习笔记--状态(State)模式框架 @(设计模式)[设计模式, 状态模式, State] 设计模式学习笔记状态State模式框架基本介绍状态案例类图实现代码 State接口 Day ...
设计模式 - 学习笔记 - 工厂模式Factory Pattern
设计模式 - 学习笔记 - 工厂模式Factory Pattern 1. 简单工厂 1.1 应用场景 1.2 UML 1.3 优劣分析好处缺点 1.4 代码示例抽象产品 AbstractProd ...
《Head First 设计模式》学习笔记——状态模式
在软件开发过程中.应用程序可能会依据不同的情况作出不同的处理. 最直接的解决方式是将这些全部可能发生的情况全都考虑到.然后使用if... ellse语句来做状态推断来进行不同情况的处理. 可是对复杂状 ...
设计模式学习笔记——外观模式
外观模式(Facade Pattern)隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口.这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性. 这种模式涉及 ...
设计模式学习笔记-原型模式
一.概述用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象: 二.模式中的角色 Prototype:声明一个克隆自身的接口: ConcretePrototype:实现一个克隆自身的操作: ...
设计模式学习笔记-中介模式
概述: ...
设计模式学习笔记——命令模式（Command）
1.特点:将请求发送者与具体实现者解耦,可对请求排列.取消.重做,支持事务.(多请求,单处理) 2.概念:属于对象的行为模式[GOF95].命令模式又称为行动(Action)模式或交易(Transac ...
设计模式学习笔记-代理模式
1. 概述为其它对象提供一种代理以控制对这个对象的访问. 解决的问题:如果直接访问对象比较困难,或直接访问会给使用者或系统带来一系列问题.这样对于客户端(调用者)来说,就不需要直接与真实对象进行交互 ...
设计模式学习笔记——命令模式
请求发送者与请求接收者之间,隔着一个命令,这就是命令模式. 为什么要在中间搞一个命令对象作为中介? 请求发送者直接调用接收者不行吗?如果为方便替换,符合开闭原则,可以针对接口编程,弄一个请求接收者接口 ...

设计模式学习笔记-状态模式

引言

设计模式学习笔记-状态模式相关推荐

最新文章

热门文章