【游戏_忍者六道】状态机设计和实践之C++篇

原创 2016年08月28日 15:42:57

一 状态机原理

一般的状态机是如下图1所示
图 1  状态分布

                             图 1  状态分布

1.1. 当前,以简易储水发电机制作为例子说下,简单说下整个装置的分布:

            1. 蓄水池 是 存储 外部流入的水;
            2. 下拉开关 是 当 蓄水池 水 达到一定量时,开关控制 动滑轮 线上的 发电门阀下落,阻止水继续流出;
            3. 上拉开关 是 当 蓄水池 水 达到存储足够量时, 开关 控制 动滑轮 上线的 发电门阀 上拉 至 一定高度,让水流出蓄水池;
            4. 发电门阀 是 控制 蓄水池 水量的开关;
            5. 发电电扇 是 蓄水池 水流出,冲击 电扇进行发电,并存储电量;


    所谓状态机是拥有有限个状态,进行无限逻辑的,一旦触发相关事件,符合条件,状态切换到其他状态,执行其他状态的动作,状态分:起始状态,其他一系列状态,终态(结束状态)。起始状态一般是启动状态机进入的第一个状态, 蓄水池未满时,进行蓄水,外部水流入蓄水池,此刻发电门阀是关闭的;如果蓄水池水已满,则打开发电门阀,进行发电。然后,其他状态是  蓄水池 水流出到一定量之后,发电门阀下拉,阻止水流出。此刻,发电装置 没有终态,时刻处在事件触发进行 相应动作执行的逻辑。

图 2   蓄水池发电状态机

                  图 2   蓄水池发电状态机

二 游戏状态机应用

    在游戏开发中,各个状态都是由各种类逻辑实现的,定义一个Base基类,各个状态继承并实现它,基类中一般情况会包括两个虚函数:进入状态(EnterState)和离开状态(LeaveState)。
    // 枚举出所有状态
    enum  EMyState{
        ESTART = 1,
        EWAIT,
        EEND,
    }
     struct BaseState{
            // 进入状态
            virtual void EnterState(EMyState nState ) = 0;
            // 离开状态
            virtual void LeaveState() = 0;
    }
其中还需要一个状态管理器StateManager,实现管理状态接口,每个继承的子类都聚合在此实现状态迁移,耦合度低。
class CStateManager{

      public:
            void DoChangeState(EMyState nState)
            {
                    ...
                    // 离开 当前状态
                    pCurrentState->leaveState();
                    ...

                    switch(nState)
                    {
                            case xxx:
                                        pCurrentState = pxxx; // pxxx 是 BaseState 子类
                            ....
                     }
                    pCurrentState-> EnterState(nState ) ;
            }

    private:
           BaseState* pCurrentState;
}
    游戏开发中,ESTART开始状态是走的数据加载,整个功能的实现,首先需要数据的驱动支持,将数据加载至内存中之后,依赖外部事件触发,然后根据条件,触发相关的事件,切换状态,执行动作,跟状态的顺序无关,取决于各个事件触发的发生顺序,为一个事件而响应的行动不仅取决于事件本身,还取决于机器的内部状态。另外,采取 的行动还会决定并更新机器的状态。这样一来,任何逻辑都可建模成一系列事件/状态组合。
    终态一般是在游戏维护或者功能设计时设计好的,游戏维护是在动态修改内存数据,刷新修改脚本,维护包括修复bug,修改某些游戏玩法,某些数据等等。

图3  游戏应用一般状态机机制类图

                    图3  游戏应用一般状态机机制类图

    数据驱动类CDataDriver,为每个状态提供数据支持,该类数据接口,设计尽量要做到简便,不涉及强逻辑,数据操作不需要太过于复杂, 一般涉及到数据获取,设置,更新等,对数据库进行操作,游戏开发中一般使用MySql数据库,采用分布式服务器架构,数据库使用的同一个DataBase。   

 图 4  简单游戏分布式架构图

                    图 4  简单游戏分布式架构图

当各个客户端进行请求服务器操作,事件触发时,状态机切换,执行动作。

三 总结

    状态机在游戏中得到普遍应用,贯穿整个游戏过程,也是游戏开发者第一手知道掌握的设计模式。
版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

制作了一个游戏,先放上截图吧。

这两天制作了一个游戏,因为还没有形成α版,所以不能提早发布。那么先跟我来看看这个游戏的截图吧。...

嵌入式Linux设备驱动开发笔记(一)

一、Linux设备的分类字符设备、块设备、网络设备,三种设备之间的区别是数据的交互模式,分别为: 字节流、数据块、数据包。二、VFS核心结构体VFS核心结构体定义在”linux/fs.h”头文件中...

【游戏_忍者六道】状态机设计与应用之lua篇

一 前言上一篇图文描述了C++实现游戏中应用的状态机,C++中的三大特性:封装,继承,多态得以应用,封装数据引擎访问的增,删,查,改,状态机基类以及多种状态子类实现私有private或者公共publ...

FSM:网络游戏开发中的有限状态机(实践篇)

上一篇文章《FSM:网络游戏开发中的有限状态机(理论篇)》中,讲解了FSM的基础知识。这里,我结合图形及具体例子,讲解下FSM在实际开发中的运用。 首先,图解下上篇文章中提到的各种action。 1....

游戏状态机的设计与实现

状态机的模型是非常简单,但并不是每个人都能设计好的状态机。因为好的状态机不仅需要对程序的把握要比较到位,同时需要对整个业务的理解比较到位。好的状态机使程序变的更加简洁,易扩展,容易查找bug,还非常稳...

【游戏设计模式】之三 状态模式、有限状态机 & Unity版本实现

游戏开发过程中,各种游戏状态的切换无处不在。但很多时候,简单粗暴的if else加标志位的方式并不能很地道地解决问题,这时,就可以运用到状态模式以及状态机来高效地完成任务。状态模式与状态机,因为他们关...
  • zhmxy555
  • zhmxy555
  • 2016年10月16日 20:04
  • 23603

【游戏设计模式】之三 状态模式、有限状态机 & Unity版本实现

游戏开发过程中,各种游戏状态的切换无处不在。但很多时候,简单粗暴的if else加标志位的方式并不能很地道地解决状态复杂变换的问题,这时,就可以运用到状态模式以及状态机来高效地完成任务。状态模式与状态...

【游戏设计模式】之三 状态模式、有限状态机 & Unity版本实现

本系列文章由@浅墨_毛星云 出品,转载请注明出处。   文章链接: http://blog.csdn.net/poem_qianmo/article/details/52824776 作者:毛星云...

游戏开发设计模式之状态模式 & 有限状态机 & c#委托事件(unity3d 示例实现)

说起状态模式游戏开发者们第一个想到的一定是AI的有限状态机FSMs,状态模式确实是实现有限状态机的一种方法。在有限状态机中,一般都是观察者模式与状态模式连用,状态模式把每个状态封装成类,来对每个输入消...
  • wolf96
  • wolf96
  • 2015年10月23日 10:12
  • 5907

游戏人工智能 状态驱动智能体设计——有限状态机(FSM)

C++实现状态驱动智能体设计——有限状态机(FSM)1. 什么是有限状态机? 有限状态机,(英语:Finite-state machine, FSM),又称有限状态自动机,简称状态机,是表示有限个...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:【游戏_忍者六道】状态机设计和实践之C++篇
举报原因:
原因补充:

(最多只允许输入30个字)