258资源分享网

《欢乐坦克大战》是一款支持3V3实时对战并首批参与上线的微信小游戏中的作品。因为该游戏为微信小游戏中的重度之作，项目开发周期非常短，所以游戏复杂度、开发难度、性能挑战也是挺大的；项目组在一个月内就完成了单机、网络对战玩法的开发。

同时，因为客户端开发团队的核心成员有多年的cocos2dx引擎开发经验，所以项目组决定使用CocosCreator V1.6.1版本的引擎进行开发。而对于微信小游戏平台采用的javascript语言，开发团队基本上是从0开始做，边学边做，对自身挑战很大。

网络通信方面项目采用了WebSocket协议进行通信，而通信格式是json。为了迎合tdr的xml协议，项目组自己开发了tdr->json的转换工具。

为了方便策划同学使用excel表格进行数据配置，项目组又开发了将excel转换成json文件的工具，以便供客户端读取配置文件。

地图方面我们没有使用cocos引擎自带的TileMap，而是自己实现了一个类TileMap机制。策划同学可以在excel中配置地图信息，使用工具将excil转换成json格式的地图文件供客户端加载。

由于开发进度紧张，需要同时开发单机和PVP玩法。所以我们封装了一个命令层(CMD层)来进行战斗逻辑驱动。比如使用摇杆控制坦克运动，是由表现层发送CMD命令给逻辑层进行处理，在单机模式下CMD会存储于客户端本地列表，然后由命令管理器CMDMgr在Update时读取本地命令列表驱动逻辑层进行处理。而在对战模式中，CMD命令会被发往服务器，由服务器广播给所有玩家，玩家客户端的命令管理器CMDMgr在Update时驱动逻辑层进行处理。引入命令层(CMD层)之后，战斗逻辑层是抽象独立的，开发不需要关心当前的玩法模式，可以方便的复用，减少了开发成本。

我们PVP实时对战采用的是c/s模式的同步架构，客户端做碰撞检测，将碰撞检测结果通知服务器，服务器进行校验并做伤害计算，然后广播给其他玩家。游戏支持断线重连、客户端crash重连机制，服务器拥有战斗中的所有状态数据，重连时将所有数据发送给客户端，客户端进行战斗场景还原。

玩家位置同步采用了基于时间戳的位置点同步算法。这个算法原先应用于《全民飞机大战》的双打模式、对抗模式中。《全民飞机大战》中实时对战采用的是UDP通信。而在《欢乐坦克大战的》WebSocketTCP环境下也取得了不错的效果。算法原理如下：

在开发过程中，我们也遇到了不少挑战，但是我们都一一解决了，具体遇到的问题如下：

微信小游戏平台增加了动态执行代码的限制，比如：eval('console.log(1)')、new Function(‘console.log(1)')、setTimeout('console.log(1)’) 等调用方式无法调用。而在CocosCreatorV1.6.1源码中大量使用了Function，为了解决这个问题，我们和cocos引擎开发商的沟通了下，又参考cocos在1.7版本（当时尚未发布）中的修改，修改了一些源码，解决了此问题。

正如标题所示，微信小程序严格要求了大小，为了解决这个问题，我们又想了不少办法。

使用png图片压缩工具pngquant，可以有效的减小png图片的文件大小（通常能压缩60%-70%）左右。

通过以上2个措施，资源仍然会超标，只能采用资源动态下载的方案了。

我们在游戏中增加了一个资源更新场景。游戏启动时，场景进行资源更新时游戏业务模块都没有创建，等到游戏场景中再进行业务模块的创建和初始化工作，然后再进行场景切换。具体方案如下：

1.先下载一个资源更新配置文件，此文件中有待资源下载列表、资源校验MD5信息。

2.根据资源下载列表，将校验MD5和本地文件进行对比，如果相同则不下载，如果不同则下载。