版权归 csdn 无幻 所有，转载请详细标明原创作者及出处，以示尊重！
作者：无幻
原文：/akof1314/article/details/8572546
在第一篇《如何制作一个横版格斗过关游戏》基础上，增加角色运动、碰撞、敌人、AI和音乐音效，原文《How To Make A Side-Scrolling Beat ‘Em Up Game Like Scott Pilgrim with Cocos2D – Part 2》，在这里继续以Cocos2d-x进行实现。有关源码、资源等在文章下面给出了地址。
步骤如下：
1.使用上一篇的工程；
2.移动英雄。在第一部分我们创建了虚拟方向键，但是还未实现按下方向键移动英雄，现在让我们进行实现。打开Hero.cpp文件，在init函数attack animation后面，添加如下代码：
打开ActionSprite.cpp文件，实现walkWithDirection方法，代码如下：
这段代码，检查前置动作状态是否空闲，若是的话切换动作到行走。在行走状态时，根据_walkSpeed值改变精灵速度。同时检查精灵的左右方向，并通过将精灵scaleX设置为1或-1来翻转精灵。要让英雄的行走动作跟方向键联系起来，需要借助方向键的委托：GameLayer类。打开GameLayer.cpp文件，实现如下方法：
此时，编译运行程序的话，通过方向键移动英雄，发现英雄只是原地踏步。改变英雄的位置是ActionSprite和GameLayer共同的责任。一个ActionSprite永远不会知道它在地图上的位置。因此，它并不知道已经到达了地图的边缘，它只知道它想去哪里。而GameLayer的责任就是将它的期望位置转换成实际的位置。打开ActionSprite.cpp文件，实现以下方法：
这个方法在每次游戏更新场景的时候都会进行调用，当精灵处于行走状态时，它更新精灵的期望位置。位置+速度*时间，实际上就是意味着每秒移动X和Y点。打开GameLayer.cpp文件，在init函数this->initTileMap();后面添加如下代码：
在析构函数，添加如下代码：
增加如下两个方法：
设定GameLayer的更新方法，每次循环时，GameLayer让英雄更新它的期望位置，然后通过以下这些值，将期望位置进行检查是否在地图地板的范围内：
mapSize：地图tile数量。总共有10x100个tile，但只有3x100属于地板。
tileSize：每个tile的尺寸，在这里是32x32像素。
GameLayer还使用到了ActionSprite的两个测量值，centerToSides和centerToBottom，因为ActionSprite要想保持在场景内，它的位置不能超过实际的精灵边界。假如ActionSprite的位置在已经设置的边界内，则GameLayer让英雄达到期望位置，否则GameLayer会让英雄留停在原地。
3.编译运行，此时点击方向键，移动英雄，如下图所示：
但是，很快你就会发现英雄可以走出地图的右边界，然后就这样从屏幕上消失了。
4.以上的问题，可以通过基于英雄的位置进行滚动地图，这个方法在文章《如何制作一个基于Tile的游戏》中有描述过。打开GameLayer.cpp文件，在update函数里最后添加如下代码：
添加如下方法：
以上代码让英雄处于屏幕中心位置，当然，英雄在地图边界时的情况除外。编译运行，效果如下图所示：
5.创建机器人。我们已经创建了精灵的基本模型：ActionSprite。我们可以重用它来创建游戏中电脑控制的角色。新建Robot类，派生自ActionSprite类，增加如下方法：
打开Robot.cpp文件，init函数代码如下：
跟英雄一样，以上代码创建一个带有3个动作的机器人：空闲、出拳、行走。它也有两个测量值：centerToBottom和centerToSides。注意到机器人的属性比英雄低一点，这是合乎逻辑的，不然英雄永远打不赢机器人。让我们开始添加一些机器人到游戏中去。打开GameLayer.h文件，添加如下代码：
打开GameLayer.cpp文件，添加头文件如下：
在构造函数里，添加如下代码：
在init函数this->initTileMap();的后面添加如下代码：
添加如下方法：
这些代码做了以下事情：
创建一个包含50个机器人的数组，并把它们添加到精灵表单中。使用Defines.h里面的随机函数随机放置50个机器人到地图地板上。同时，让最小随机值大于屏幕宽度，以确保不会有任何机器人出现在起点处。让每个机器人都处于空闲状态。
编译运行，让英雄向前走，直到看到地图上的机器人，如下图所示：
试着走到机器人区域中，你会发现机器人的绘制有些不对。如果英雄是在机器人的下面，那么他应该被绘制在机器人的前面，而不是在后面。我们需要明确的告诉游戏，哪个对象先绘制，这就是Z轴来进行控制的。添加英雄和机器人时，并没有明确指定其Z轴，默认下，后面添加的对象会比前面的对象Z轴值高，这就是为什么机器人挡住了英雄。为了解决这个问题，我们需要动态的处理Z轴顺序。每当精灵在屏幕上垂直移动时，它的Z轴值应该有所改变。屏幕上越高的精灵，其Z轴值应越低。打开GameLayer.cpp文件，添加如下方法：
然后在update函数this->updatePositions();的后面，添加如下代码：
每当精灵的位置更新，这个方法会让CCSpriteBatchNode重新设置它的每个子节点Z轴值，其根据子节点离地图底部的距离，当子节点离底部更高时，其Z轴值就会下降。编译运行，可以看到正确的绘制顺序，如下图所示：
6.出拳猛击机器人，碰撞检测。为了让英雄能够出拳，并且能够实际上打在了机器人身上，需要实现一种方式的碰撞检测。在这篇文章中，我们使用矩形创建一个非常简单的碰撞检测系统。在这个系统中，我们为每个角色定义两种矩形/盒子： Hit box：代表精灵的身体Attack box：代表精灵的手
假如某个ActionSprite的Attack box碰撞到另一个ActionSprite的Hit box，那么这就是一次碰撞发生。这两个矩形之间的区别，将帮助我们知道谁打了谁。Defines.h文件中的BoundingBox定义，包含两种矩形：实际的，和原始的：
①原始矩形，每个精灵的基本矩形，一旦设置后就不会改变。
②实际矩形，这是位于世界空间中的矩形，当精灵移动时，实际的矩形也跟着变动。
打开ActionSprite.h文件，添加如下代码：
以上创建了ActionSprite的两个包围盒：Hit box和Attack box。还定义了一个方法，用于根据给定的原点和大小来创建一个BoundingBox结构体。打开ActionSprite.cpp文件，添加如下方法：
第一个方法创建一个新的包围盒，这有助于ActionSprite的子类创建属于它们自己的包围盒。第二个方法，基于精灵的位置、比例因子，和包围盒原本的原点和大小来更新每个包围盒实际测量的原点和大小。之所以要用到比例因子，是因为它决定着精灵的方向。位于精灵右侧的盒子，当比例因子设置为-1时，将会翻转到左侧。打开Hero.cpp文件，在init函数后面添加如下代码：
打开Robot.cpp文件，在init函数后面添加如下代码：
现在我们已经有了英雄和机器人各自的Hit box和Attack box。如果是可视化的箱子，它们会像下面这样：
无论何时，当一个attack box（红色）跟一个hit box（蓝色）交叉，即一次碰撞发生。在开始编写代码，检测包围盒交叉前，需要确保ActionSprite能够对被击中有所反应。我们已经添加了空闲、出拳、行走动作，但还未创建受伤和死亡动作。打开ActionSprite.cpp文件，实现如下方法：
只要精灵还未死亡，被击中时状态将会切换到受伤状态，执行受伤动画，并且精灵的生命值将会减去相应的伤害值。如果生命值少于0，那么死亡的动作将会触发。为了完成这两个动作，我们还需更改Hero类和Robot类。打开Hero.cpp文件，在init函数walk animation后面添加如下代码：
打开Robot.cpp文件，在init函数walk animation后面添加如下代码：
以上代码应该不陌生了。我们用创建其他动作同样的方式创建了受伤和死亡动作。受伤动作结束时，会切换到空闲状态。死亡动作结束时，精灵进行闪烁。打开GameLayer.cpp文件，添加碰撞处理，在ccTouchesBegan函数后面添加如下代码：
以上代码通过三个简单步骤来检测碰撞：
①.检测英雄是否处于攻击状态，以及机器人是否处于非死亡状态。
②.检测英雄的位置和机器人的位置垂直相距在10个点以内。这表明它们在同一平面上站立。
③.检测英雄的attack box是否与机器人的hit box进行交叉。
如果这些条件都成立，那么则一次碰撞发生，机器人执行受伤动作。英雄的伤害值作为参数进行传递，这样该方法就会知道需要减去多少生命值。
7.编译运行，出拳攻击机器人吧，效果如下图所示：
8.简单机器人AI的实现。为了使机器人能够移动，并且能够使用我们为它们所创建的动作，就需要开发一个简单的AI（人工智能）系统。这个AI系统基于决策机制。在特定的时间间隔里，我们给每个机器人一个机会来决定接下来该做什么。它们需要知道的第一件事情就是何时做出选择。打开Robot.h文件，添加如下代码：
打开Robot.cpp文件，在init函数后面，添加如下代码：
这个属性保存下一次机器人可以作出决定的时间。打开Defines.h文件，修改成如下代码：
打开GameLayer.cpp文件，添加如下方法：
这是一个漫长的代码片段。将代码分解为一段段。对于游戏中的每个机器人：
①.使用一个计数来保存仍然存活着的机器人数量。一个机器人只要不是死亡状态，就被认为仍然存活着。这将用于判断游戏是否应该结束。
②.检查当前应用程序时间的推移是否超过了机器人的下一次决定时间。如果超过了，意味着机器人需要作出一个新的决定。
③.检查机器人是否足够接近英雄，以便于有机会出拳攻击落在英雄身上。如果接近英雄了，那么就进行一个随机选择，看是要朝着英雄出拳，还是要继续空闲着。
④.假如机器人决定攻击，我们就用之前检测英雄攻击时相同的方式来进行检测碰撞。只是这一次，英雄和机器人的角色互换了。
⑤.如果机器人和英雄之间的距离小于屏幕宽度，那么机器人将作出决定，要么朝着英雄移动，要么继续空闲。机器人的移动基于英雄位置和机器人位置产生的法向量。
每当机器人作出决定，它的下一个决定的时间被设定为在未来的一个随机时间。在此期间，它将继续执行上次作出决定时所做出的动作。接着在update函数里，this->updatePositions();前添加如下代码：
在updatePositions函数后面，添加如下代码：
确保每次游戏循环时，机器人AI方法都被调用。遍历每个机器人，并让它们朝着期望的位置进行移动。
9.编译运行，将会看到沿着走廊过来的机器人。效果如下图所示：
10.为游戏添加重新开始的按钮。打开GameLayer.cpp文件，添加头文件引用：
添加如下方法：
第一个方法创建显示一个重新开始的按钮，当按下它时，触发第二个方法。后者只是命令导演用新的GameScene实例替换当前场景。接着在updateRobots函数里面，在第一个end game checker here注释后面，添加如下代码：
在第二个end game checker here注释后面，添加如下代码：
这些语句都是检测游戏结束的条件。第一个检测英雄被机器人攻击后，是否还存活着。如果英雄死亡了，那么游戏就结束了。第二个检测是否所有的机器人都死亡了。如果都死亡了，那么游戏也结束了。另外，在endGame方法里，可以看到游戏结束菜单的tag值为5。因为检测是在循环里面，需要确保游戏结束菜单之前没被创建过。否则的话，将会一直创建游戏结束菜单。
11.编译运行，可以看到游戏结束时的样子，如下图所示：
12.音乐和音效。打开GameLayer.cpp文件，添加头文件引用：
在init函数里，CC_BREAK_IF(!CCLayer::init());后面添加如下代码：
打开ActionSprite.cpp文件，添加头文件引用：
在hurtWithDamage函数，第一个条件语句里添加如下代码：
打开ActionSprite.h文件，将knockout方法声明修改如下：
打开Hero.cpp文件，添加头文件引用：
添加如下方法：
打开Robot.cpp文件，添加头文件引用：
添加如下方法：
13.编译运行，现在游戏将有配乐，效果图：
参考资料：
1.How To Make A Side-Scrolling Beat ‘Em Up Game Like Scott Pilgrim with Cocos2D – Part 2/24452/how-to-make-a-side-scrolling-beat-em-up-game-like-scott-pilgrim-with-cocos2d-part-2
2.如何使用cocos2d制作类似Scott Pilgrim的2D横版格斗过关游戏part2（翻译） /s/blog_4b55f6860101aaav.html
非常感谢以上资料，本例子源代码附加资源下载地址：/detail/akof1314/5056794
如文章存在错误之处，欢迎指出，以便改正
扩展：
对此示例的内存泄露修正说明：《Cocos2d-x 2.0.4 小心隐藏的retain》
