Cocos实战篇[3.4]——仿COC的一个小Demo总结-创新互联

【唠叨】

成都创新互联为您提适合企业的网站设计 让您的网站在搜索引擎具有高度排名,让您的网站具备超强的网络竞争力!结合企业自身,进行网站设计及把握,最后结合企业文化和具体宗旨等,才能创作出一份性化解决方案。从网站策划到网站制作、成都网站制作, 我们的网页设计师为您提供的解决方案。

    今天结束了本学期任务最为艰巨的项目实训课程,由于项目组里其他成员基本都已经找到实习了,然后他们都去实习了。只留下我和一个小伙伴在一起搞项目实训的小游戏。经过一个月与小伙伴的配合开发,做了一个勉强可以玩的一个小游戏demo,因为平时其他课程也比较繁重,所以游戏做得非常烂~(>_<)~。

    我们本来打算做一款类似COC、海盗奇兵、口袋侏罗纪、城堡争霸的城战类的单机Demo。结果……哎说多了都是泪啊,经验不足,吸取教训了。

【经验教训】

    由于时间比较紧张,加上自身也没有大项目开发的经验,所以一开始没有太重视去考虑游戏整体架构的问题,都是写一点算一点,从而在开发到一半,发现很多代码没有做到复用,而是一直复制张贴的。然后后期也没有时间去重构,结果导致代码写得比较凌乱不堪。

【收获】

    虽然做的效果没有达到预期,但是还是从项目实训中有非常多的收获的。

  1、再一次学习了一遍C++,对C++有了更深入的了解。

    2、提前学习了各种文件读取解析的方式:JSON、XML、CSV、Sqlite。(最后我们采用了CSV来存储静态数据,用Sqlite来存储玩家数据)。

    3、掌握了游戏开发的一些基本流程。

    4、学习和掌握了cocos2d-x游戏引擎,cocos studio界面编辑器。

    5、掌握了观察者模式委托模式的运用。

    6、学习了游戏的自动寻路的A*算法

【项目Demo】

    代码写的比较烂,但是我依然又放到了guthub上,只是为了想要存储我写的每一份代码。

    因为放在本地硬盘,需要占存储空间的。~~~~(>_<)~~~~ 。

    代码托管:https://github.com/shahdza/Cocos_Ring

【成果演示】

    做得挺烂的,大家看了不要喷。。。

    素材均来自《城堡争霸》,本游戏只做学习研究,切勿商用,以免侵权。。。

    游戏概述:

        1、玩家城池:可以移动设施、升级设施、新建设施、管理士兵、管理英雄。

        2、关卡战斗:可以派出士兵自动寻路***,可以控制英雄移动,***指定建筑,释放技能。

        3、战略地图通过迷雾遮罩,升级雷达,可以扩大地图的可视范围。

    视频链接:http://v.youku.com/v_show/id_XOTM0NzQ3NDQ4.html

【开发环境】

    Cocos2d-x 3.4

    Cocos Studio 1.6.0 (UI编辑器、动画编辑器)


【一些重要的收获】

1、分辨率适配问题

    由于地图比较大,可以通过拖动来显示地图的其他区域部分,所以分辨率的适配比较简单。只要宽度或高度适配即可。

2、地图的移动与缩放

    可以参见这篇文章:http://cn.cocos2d-x.org/tutorial/show?id=1479

    根据手指触摸的数量,来判断是移动还是缩放。

  > 一根手指:移动地图,实现比较简单。

  > 两根或多根手指:看做两根手指,缩放地图。需要通过一定的公式来计算,缩放前和缩放后的坐标转换。(具体参见上述文章)。

    对于手指滑动后,地图又具有惯性地减速移动:可以根据手指滑动的速度快慢,计算出一个加速度(其实可以通过触摸事件onTouchMoved中Touch的getDelta()函数获得),然后通过在update函数中进行减速计算。

    缩放的前后坐标计算,如下图所示:

Cocos实战篇[3.4]——仿COC的一个小Demo总结

Cocos实战篇[3.4]——仿COC的一个小Demo总结

3、玩家城池中,建筑的坐标定位

  对于45°坐标,可以参照这篇文章:http://blog.sina.com.cn/s/blog_6807f539010103ce.html

    由于城池中采用的是斜45°的2.5D视角,所以需要进行坐标的转换操作。

    先将城池地图进行瓦片分割,分成一块一块区域。如下所示,其实可以看到地图是一个个小方块组成的。

Cocos实战篇[3.4]——仿COC的一个小Demo总结

4、关于建筑的触摸移动

    当建筑需要移动它的位置的时候,需要屏蔽地图层的移动和缩放,不然你回发现你的建筑和地图都在移动!!!

    做法是:触摸到建筑,进行移动时,其实cocos已经有了触摸吞噬的函数

listener->setSwallowTouches(true);即可。

    当然还有一种比较好的做法是:定义一个专门处理触摸事件的触摸层,来管理场景中所有元素的触摸事件,并按照触摸的优先级进行排序,然后再按照优先级进行分发触摸响应事件(因为一般触摸只会有一个事件作出响应,也就是说每次的触摸只会有一个元素执行了触摸事件)。

5、关于设施升级、时间点触发某事件等一系列的响应事件

    在设施进行升级、或者当到大某一时间点时,可能需要触发一些任务响应事件。可以通过委托模式来处理,即在做某一事件时,给该事件委托一个函数(可以通过函数指针来实现)。然后当某一事件完成后,调用该委托函数(可以不指定为某一特定的函数,而是通过函数指针的形式来调用)。

    另一种做法是:通过观察者模式,即一个事件对某一消息进行订阅,然后另一个事件在执行完后,发布该消息,然后第一个事件就接受到了消息,执行相应的处理函数。

    例如:士兵***建筑时,士兵执行完***动作,然后建筑需要作出“扣血”这一事件。就可以通过委托函数来完成,即实现不知道需要执行哪个建筑的“扣血”事件。而是通过函数指针来调用对应士兵所***的那个建筑的“扣血”事件处理函数。

    至于观察者模式可参见:http://shahdza.blog.51cto.com/2410787/1611575

6、对于游戏中时间控制的问题

    因为是一个城战类的游戏,所以设施的升级是需要一定的时间的,比如升级需要10分钟。还有采矿场每分钟可以生产10个金币等等,都是需要用到“时间”。

    做法是:拿设施的升级操作举例,在点击对设施进行升级时,可以记录一个升级时的“时间戳”,并存储到数据库的该设施的一个字段中,然后再游戏进行的过程中,只要不断获取当前时间的“时间戳”,然后减去之前记录的点击升级时的“时间戳”。差值即为从升级到目前过去了多少时间,然后就可以做一些列的操作了。

    关于如何获取时间戳,参见:

// 获取时间戳 int GlobalManager::getTimeStamp() {     timeval tm;     gettimeofday(&tm, NULL);     return tm.tv_sec; // 返回当前时间对应的时间戳,单位:秒 }

7、战斗界面的AI(自动寻路、自动***)

    也可以参见:http://cn.cocos2d-x.org/tutorial/show?id=1638

    我的做法比较简单,使用状态机:移动、***、闲置、已阵亡然后每隔0.5秒执行一次状态转换的操作。

    首先将地图分成一块一块,然后用二维bool矩阵来标记障碍物,然后控制士兵、英雄的移动。

    > 对于士兵:设置定时器,每隔0.5秒执行一次动作。若士兵还未锁定***目标,则遍历设施,找到最近的设施作为目标。若士兵锁定了***目标,则可以通过A*算法检测上下左右、左上、右上、左下、右下八个方向的瓦片格子中,是空地,并且里目标建筑最近的,就将士兵往那个格子移动(至于距离:可以通过h函数来估计,我采用的是估计函数:曼哈顿距离,即x坐标之差的绝对值 + y坐标之差的绝对值),这样士兵可以自动绕过障碍物。若目标设施在士兵的可***范围内,则对设施进行***。

    我为什么要尝试每隔一定时间,检测士兵的八个方向,离目标最近,然后移动过去呢?是因为如果士兵锁定了目标后,然后执行完整的A*算法,计算出完整的移动路径,这样的操作是非常耗时的。对于很多个士兵同时执行完整的A*算法进行寻路,可能就会出现卡顿的现象。而我的做法正好避免了这样的问题,将A*算法的每一步操作都均摊到每个0.5秒的时间。

    > 对于英雄:通过触摸来控制移动,和***某一目标。触摸地图某一位置,英雄移动的操作与士兵的自动寻路和自动***思路类似。

    > 对于可***型建筑:设施定时器,每个0.5秒执行一次。遍历我方士兵、英雄。若有士兵在建筑的可***范围内,则***我方。

8、头文件的管理

    由于类和类之间不是独立存在的,必然会有头文件的相互引用问题,所以我就额外将所有的类的头文件都放到一个public.h文件中,那么其他类只要引用"public.h"头文件即可,而不需要考虑需要引用哪些哪些头文件。

Cocos实战篇[3.4]——仿COC的一个小Demo总结        Cocos实战篇[3.4]——仿COC的一个小Demo总结

    然后在 public.h文件开头加上文件预编译指令:这样就可以保证头文件不会被多次编译。

#ifndef __Public_H__ #define __Public_H__ #endif

9、全局变量的管理

    也是当独放到一个头文件中进行管理的:包含了图片资源的路径、一些全局变量、数据文件的路径等。

Cocos实战篇[3.4]——仿COC的一个小Demo总结

Cocos实战篇[3.4]——仿COC的一个小Demo总结

10、CocosStudio的使用

    本游戏用的时Cocos Studio 1.6.0版本。其实这个版本是已经非常强大了,不仅可以做界面UI,而已可以制作角色动画。

    使用方法:到官网学习。

11、数据的管理

    写了一个专门管理游戏数据的单例类DataManager。用于数据的加载、获取、更新等操作。

    对于表现层和控制层有哪些数据修改的请求操作,都通过DataManager进行管理,然后再重新绘制游戏的UI。

Cocos实战篇[3.4]——仿COC的一个小Demo总结

12、一些全局的辅助函数的管理

    也是用了一个GlobalManager单例类来进行管理。提供游戏中的相关的辅助函数。

    如:获取大最小值、地图坐标与瓦片坐标的转换、判断一个点是否落在多边形内、获取时间戳、×××数据和字符串数据的转换、场景的切换管理等功能。

Cocos实战篇[3.4]——仿COC的一个小Demo总结


【遇到的问题】

1、瓦片坐标与地图坐标的转换

    计算相应的转换公式。

2、两头文件相互引用

    需要在类之前,对另一个类做类的声明。

3、野指针问题

    当两个建筑都锁定同一个士兵后,第一个建筑执行完***动画,然后让该士兵作出扣血事件,正好士兵血没了,就要从图层中移除。可是呢?第二个建筑也锁定了该目标啊,执行玩***动画后,调用该士兵的扣血事件,出现了异常。因为该士兵已被释放。。。

    解决方案:

    (1)一直保留士兵,阵亡后,不从图层中移除,而是将士兵隐藏。

    (2)延迟士兵的移除操作。由于建筑是每个0.5秒寻找一次目标,然后对其进行***。那么我们只要在士兵阵亡后,用一个变量isDeath来标记士兵是否阵亡,然后建筑在遍历士兵时,跳过isDeath=true的士兵,那么建筑在下一个0.5秒就不会再指向该士兵。那么士兵只要在阵亡后,标记isDeath=true,然后延迟1秒钟后,调用remove()函数从图层中移除,就不会出现野指针异常的问题。

    (3)同样也可以通过观察者模式,建筑对士兵的阵亡消息进行订阅,然后当士兵阵亡后,发布阵亡消息。建筑在接收到阵亡消息后,将锁定的目标target指针置为空NULL,即可。

4、中文乱码问题

    使用UTF-8即可。

5、游戏AI问题

    学习了A*算法。

6、还有其他一些小问题,已忘………………

另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。


本文标题:Cocos实战篇[3.4]——仿COC的一个小Demo总结-创新互联
浏览路径:http://hbruida.cn/article/ihcpj.html