《游戏编程模式》一7.6 进入状态和退出状态的行为

7.6 进入状态和退出状态的行为

状态模式的目标就是将每个状态相关的所有的数据和行为封装到相关类里面。万里长征,我们仅仅迈出去了一步,我们还有更多路要走。

当主角更改状态的时候,我们也会切换它的贴图。现在,这段代码包含在它要切换的状态的上一个状态里面。当她从躲避状态切换到站立状态时,躲避状态将会修改它的图像:

HeroineState* DuckingState::handleInput(
      Heroine& heroine, Input input)
{
 if (input == RELEASE_DOWN)
 {
  heroine.setGraphics(IMAGE_STAND);
  return new StandingState();
 }

 // Other code...
}

我们希望的是,每一个状态控制自己的图像。我们可以通过给每一个状态添加一个entey行为。

class StandingState : public HeroineState
{
public:
 virtual void enter(Heroine& heroine)
 {
  heroine.setGraphics(IMAGE_STAND);
 }

 // Other code...
};

回到Heroine类,我们修改代码来处理状态切换的情况:

void Heroine::handleInput(Input input)
{
 HeroineState* state = state_->handleInput(
      *this, input);
 if (state != NULL)
 {
  delete state_;
  state_ = state;

  // Call the enter action on the new state.
  state_->enter(*this);
 }
}

这样也可以让我们简化躲避状态的代码:

HeroineState* DuckingState::handleInput(
      Heroine& heroine, Input input)
{
 if (input == RELEASE_DOWN)
 {
  return new StandingState();
 }

 // Other code...
}

它所做的就是切换到站立状态,然后站立状态会自己设置图像。现在,我们的状态已经封装好了。entry动作的一个最大的好处就是它不用关心上一个状态是什么,它只需要根据自己的状态来处理图像和行为就可以了。

大部分的真实状态图里面,我们有多个状态对应同一个状态。比如,我们的女主角会在她俯冲或者跳跃之后站立在地面上。这意味着,我们可能会在每一个状态发生变化的时候重复写很多代码。但是,entry动作帮我们很好地解决了这个问题。

当然,我们也可以扩展这个功能来支持退出状态的行为。我们可以定义一个exit函数来定义一些在状态改变前的处理。

时间: 2024-09-18 21:33:23

《游戏编程模式》一7.6 进入状态和退出状态的行为的相关文章

《游戏编程模式》一第7章 状态模式

第7章 状态模式 "允许一个对象在其内部状态改变时改变自身的行为.对象看起来好像是在修改自身类." 交代一下:我写的有些过头了,我在本章里面添加了太多东西.表面上这一章是介绍状态模式[1]的,但是我不能抛开游戏里面的有限状态机(finite state machines,FSM)而单独只谈"状态模式".不过,当我讲到FSM的时候,我发觉我还有必要再介绍一下层次状态机(hierarchical state machine)和下推自动机(pushdown automat

《游戏编程模式》一导读

前 言 游戏编程模式在五年级的时候,我和我的小伙伴们获准使用一个放置着几台非常破旧的TRS-80s[1]的闲置教室.为了激励我们,一位老师找到了一份印有一些简单BASIC程序的打印文档给我们. 当时,计算机上的音频磁带驱动器是坏掉的,所以每次我们想要运行一些代码的时候,都不得不仔细地从头开始键入代码.这使得我们更喜欢那些只有几行代码的程序: 如果计算机打印足够多的次数,或许它会神奇的变成现实哦[2]. 10 PRINT "BOBBY IS RADICAL!!!" 20 GOTO 10

《游戏编程模式》一第1章 架构,性能和游戏

第1章 架构,性能和游戏 游戏编程模式在我们一头扎进一堆模式之前,我想为你介绍一些关于我如何看待软件架构以及它是如何应用到游戏的一些背景,这可能会帮助你更好地理解这本书的其余部分.至少,当你陷入关于设计模式和软件架构是多么糟糕(或者很棒)的一场争论中时,它会给你一些论据来使用. 请注意,我没有假设你站在争论中的哪一方.就像任何军火商一样,我为所有战斗方提供武器.

《游戏编程模式》一7.4 状态模式

7.4 状态模式 对于熟知面向对象方法的人来说,每一个条件分支都可以用动态分发来解决(换句话说,都可以用C++里面的虚函数来解决).但是,如果这样做,你可能会把简单问题复杂化.有时候,一个简单的if语句就足够了. 状态模式的由来也有一些历史原因.许多面向对象设计的拥护者-- GoF和重构的作者Martin Fowler都是Smalltalk出身.在那里,如果有一个ifThen语句,我们便可以用一个表示true和false的对象来操作.但是,在我们这个例子当中,我们发现面对对象设计也就是状态模式更

《游戏编程模式》一1.1 什么是软件架构

1.1 什么是软件架构 如果你从头到尾阅读了这本书,那么你并不会了解到3D图形背后的线性代数或者游戏物理背后的演算.这本书也不会告诉你如何一步步改进你的AI搜索树或者模拟音频播放中的房间混响. 哇,此段简直为这本书打了一个糟糕的广告. 相反,这本书是关于上面这一切要使用的代码的组织方式.这里少谈代码,多谈代码组织.每个程序都具有一定的组织性,即使它只是"把所有东西扔到main()函数里然后看看会发生什么",所以我认为讨论如何形成好的组织性会更有趣些.我们如何分辨一个架构的好坏呢? 我大

《游戏编程模式》一1.3 性能和速度

1.3 性能和速度 你有时候会听到关于软件架构和相关概念的批评声,尤其在游戏开发中:它会影响到游戏的性能.许多模式让你的代码更加灵活,但是它依赖于虚函数派发.接口.指针.消息以及其他至少有一些运行成本的机制. 一个有趣的范例是C++模板.模板元编程有时可以让你获得抽象接口而没有任何运行时开销. 对灵活的定义,不同人有不同的看法,当你在某些类中调用一个具体方法时,你相当于将这个类固定(很难做出改变).当你使用一个虚方法或者接口时,被调用的类将直到真正运行起来才能被追踪到,这样的程序更具灵活性但是会

《游戏编程模式》一7.2 救星:有限状态机

7.2 救星:有限状态机 为了消除你心中的疑惑,你可以准备一张纸和一支笔,让我们一起来画一张流程图.对于女主角能够进行的动作画一个"矩形":站立.跳跃.躲避和俯冲.当你可以按下一个键让主角从一个状态切换到另一个状态的时候,我们画一个箭头,让它从一个矩形指向另一个矩形.同时在箭头上面添加文本,表示我们按下的按钮. 恭喜,你刚刚已经成功创建了一个有限状态机.有限状态机借鉴了计算机科学里的自动机理论(automata theory)中的一种数据结构(图灵机)思想.有限状态机(FSMs)可以看

《游戏编程模式》一7.5 状态对象应该放在哪里呢

7.5 状态对象应该放在哪里呢 我这里忽略了一些细节.为了修改一个状态,我们需要给state_指针赋值为一个新的状态,但是这个新的状态对象要从哪里来呢?我们之前的枚举方法是定义一些数字.但是,现在我们的状态是类,我们需要获取这些类的实例.通常来说,有两种实现方法. 7.5.1 静态状态 如果一个状态对象没有任何数据成员,那么它的唯一数据成员便是虚表指针了.那样的话,我们就没有必要创建此状态的多个实例了,因为它们的每一个实例都是相同的. 在那种情况下,我们可以定义一个静态实例.即使你有一系列的FS

《游戏编程模式》一7.1 我们曾经相遇过

7.1 我们曾经相遇过 假设我们现在正在开发一款横版游戏.我们的任务是实现女主角--游戏世界中玩家的图像.我们需要根据玩家的输入来控制主角的行为.当按下B键的时候,她应该跳跃.我们可以这样实现: void Heroine::handleInput(Input input) { if (input == PRESS_B) { yVelocity_ = JUMP_VELOCITY; setGraphics(IMAGE_JUMP); } } 找找看,bug在哪里? 这里应该还有如果主角着地将isJum