《游戏编程模式》一7.3 枚举和分支

7.3 枚举和分支

一个问题是,Heroine类有一些布尔类型的成员变量:isJumping_和isDucking_,但是这两个变量不应该同时为true。当你有一系列的标记成员变量,而它们只能有且仅有一个为true时,这表明我们需要把它们定义成枚举(enum)。

在这个例子当中,我们的有限状态机的每一个状态可以用一个枚举来表示,所以,让我们定义以下枚举:

enum State
{
 STATE_STANDING,
 STATE_JUMPING,
 STATE_DUCKING,
 STATE_DIVING
};

这里没有大量的标志位,Heroine类只有一个state_成员。我们也需要调换分支语句的顺序。在前面的代码中,我们先判断输入事件,然后才是状态。那种代码可以让我们集中处理每一个按键相关的逻辑,但是,它也让每一种状态的处理代码变得很乱。我们想把它们放在一起来处理,因此,我们先判断状态。代码如下:

void Heroine::handleInput(Input input)
{
 switch (state_)
 {
  case STATE_STANDING:
   if (input == PRESS_B)
   {
    state_ = STATE_JUMPING;
    yVelocity_ = JUMP_VELOCITY;
    setGraphics(IMAGE_JUMP);
   }
   else if (input == PRESS_DOWN)
   {
    state_ = STATE_DUCKING;
    setGraphics(IMAGE_DUCK);
   }
   break;

  // Other states...
 }
}

我们可以像下面设置其他状态:

void Heroine::handleInput(Input input)
{
 switch (state_)
 {
  // Standing state...

  case STATE_JUMPING:
   if (input == PRESS_DOWN)
   {
    state_ = STATE_DIVING;
    setGraphics(IMAGE_DIVE);
   }
   break;

  case STATE_DUCKING:
   if (input == RELEASE_DOWN)
   {
    state_ = STATE_STANDING;
    setGraphics(IMAGE_STAND);
   }
   break;
 }
}

这样看起来虽然很普通,但是它却是对前面的代码的一个提升。我们仍然有一些条件分支语句,但是我们简化了状态的处理。所有处理单个状态的代码都集中在一起了。这是实现状态机最简单的方法,而且在某些情况下,这样做也挺好的。

重要的是,我们的女主角再也不可能处于一个无效的状态了。通过布尔值标识,会存在一些没有意义的值。但是,使用枚举,则每一个枚举值都是有意义的。
你的问题可能也会超过此方案能解决的范围。比如,我们想在主角下蹲躲避的时候“蓄能”,然后等蓄满能量之后可以释放出一个特殊的技能。那么,当主角处于躲避状态的时候,我们需要添加一个变量来记录蓄能时间。

如果你猜这是更新方法模式,那么恭喜你,你猜中了!
我们可以在Heroine类中添加一个chargeTime_成员来记录主角蓄能的时间长短。假设,我们已经有一个update()方法了,并且这个方法会在每一帧被调用。在那里,我们可以使用如下代码片断能记录蓄能的时间:

void Heroine::update()
{
 if (state_ == STATE_DUCKING)
 {
  chargeTime_++;
  if (chargeTime_ > MAX_CHARGE)
  {
   superBomb();
  }
 }
}

我们需要在主角躲避的时候重置这个蓄能时间,所以,我们还需要修改handleInput()方法:

void Heroine::handleInput(Input input)
{
 switch (state_)
 {
  case STATE_STANDING:
   if (input == PRESS_DOWN)
   {
    state_ = STATE_DUCKING;
    chargeTime_ = 0;
    setGraphics(IMAGE_DUCK);
   }

   // Handle other inputs...
   break;

   // Other states...
 }
}

总之,为了添加蓄能攻击,我们不得不修改两个方法,并且添加一个chargeTime_成员变量给主角,尽管这个成员变量只有在主角处于躲避状态的时候才有效。其实我们真正想要的是把所有这些和与之相关的数据和代码封装起来。接下来,我们介绍GoF的状态模式来解决这个问题。

时间: 2024-10-22 00:05:47

《游戏编程模式》一7.3 枚举和分支的相关文章

《游戏编程模式》一导读

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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