cocos2dx3.2开发 RPG《Flighting》（五）只能行走的战斗场景(cocos2dx游戏开发)

编辑：rootadmin

推荐整理分享cocos2dx3.2开发 RPG《Flighting》（五）只能行走的战斗场景(cocos2dx游戏开发)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:cocos游戏开发教程,cocos2d开发app,cocos2dx游戏开发,cocos2d-js游戏开发,cocos开发游戏,cocos2d开发app,cocos2dx游戏开发,cocos2dx游戏开发,内容如对您有帮助，希望把文章链接给更多的朋友！

一、前言

前面几节好像与我们一开始说的游戏不太相关，现在我们正式进入战斗场景的开发。

不过凡事不要心急，要循序渐进，我们先搭建一个能够让角色在上面行走的战斗场景吧。

二、正文

首先精简一下Role类，让他能够实现移动功能就好了。

顾名思义，role就是角色，在战斗场景出现的一个一个人都是一个role，废话不多说，直接贴上经过精简过得Role头文件

经过精简后，Role类就剩下这些函数和变量了，现在的这个Role类只能简单的移动。不要心急，那我们就先实现role的移动吧。

好的，先撇开我们精简过得Role类，先看我们的GameScene

GameScene.h

GameScene的两个接口setHeroTeam和setMonsterDeq在上一节的选人界面已经使用过了。GameScene也只是简单地将信息传递给layer层罢了。

下面主要研究FlightLayer

当然啦，这个FlightLayer也是被我精简过得。

这里需要注意的是，我们将Role**这个二级指针typedef为Role_Ptr,并不是一个新的类啊，至于为啥要用二级指针（其实改为用智能指针也行），等下我会好好说的。

好的开始好好讲FlightLayer的实现

init函数除了启动update和调用initListener函数之外没有其他特别的。initListener函数也只是为layer添加触摸事件监听器而已。大致的意思是：当有点击事件发生时，onTouchBegan方法被触发，遍历m_rolesArray,看哪个角色被选中（能够接受触摸事件），如果有角色被选中，就把触摸事件交给那个角色处理。

m_roleArray是一个Role_Ptr(Role**)的list，用于保存现在存活的role

那么为什么要用二级指针呢？

考虑以下问题：假设现在有两个角色，如果用一级指针的话，定义如下：

Role* A = Role::create();

Role* B = Role::create();

好了，现在A要攻击，攻击目标设置为B（所谓攻击目标就是一直向目标走去，要时刻检测目标的当前位置）

如何设置攻击目标？一级指针的话不就是在Role类里面加一个Role*类型的成员变量（Role* attackTarget）代表攻击目标就可以了吗。

好了，前提条件说完了，现在出现这样一种情况，A的攻击目标设置为B（A->attackTarget = B），这时候A会时刻检测自己的attackTarget的位置，并且不断地走过去。

但是，假如这个时刻B被C打死了。。那么这个时候B从场景中清除掉（调用removeFromParent）。那么A怎么知道B已经死了，被清除掉了呢？

聪明的同学可能会想：你判断一下A->attackTarget 是不是等于null不就可以了吗？但是很抱歉，cocos2dx里面，调用玩removeFromParent之后，原来那块中间在这一帧结束之前，并不不会置为null。也就是说B 进行remove后，A->attackTarget不等于null，那么有人又问了，你这里的m_rolesArray数组检测每一个role*（假设m_roleArray里面放入的是Role*而不是Role**），如果死了（Hp==0）就把它赋&#;为空，不可以吗？这个就是很经典的C语言关于&#;传递和地址传递的问题。你把m_rolesArray里面的临时变量置为null有什么用？m_rolesArray和A里面的attackTarget指针指向都是同一块空间（B的实际空间），但是两个是完全不同的变量，并不能说你把m_rolesArray的指针置为null，A的attackTarget也会变成null，二者是互不影响的。