VIP24小时服务热线: 13437265290
办公电话:13437265290

24小时咨询热线:13437265290

珠海小程序开发联系方式

电话:13437265290

联系QQ:294781937

邮箱:294781937@qq.com

当前位置:珠海搜外科技 > 小程序开发百科 > 微信小游戏开发新手常见问题整理,微信小游戏开发常见问题

微信小游戏开发新手常见问题整理,微信小游戏开发常见问题

阅读量:26 发表时间:10-10 11:18
小程序开发百科
分享到:

微信小游戏开发常见问题:架构

网络通信方面项目采用了 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 环境下也取得了不错的效果。


微信小游戏开发常见问题


微信小游戏开发常见问题:优化

为了解决这些问题,项目组做了以下优化

DrawCall

渲染批次合并和大多游戏项目类似,需要合理的规划图集的使用,将同一个层次的 GameObj 使用的图片资源进行拼图。

可以分为地图背景层、地表、地图物件、坦克、子弹、特效、UI 等拼图,尽量确保同一个层次的游戏对象使用相同的图集,相邻的精灵使用的材质相同。

mask

游戏中会显示玩家的圆形头像,而微信平台下载的头像是矩形。原先头像显示使用的是 cocos 的 mask 组件进行渲染,效率较低。我们自己实现了一个基于 mesh 的控件,将一个圆等分为 n 个三角形,给这些三角形顶点赋予相应的 UV,从而画出一个圆形头像。减少了头像渲染时的批次开销。

碰撞检测

Cocos Creator 自带的碰撞系统效率不高,没有做空间划分,不适合大量单位的碰撞检测。并且每帧都需要更新碰撞体的碰撞盒。我们游戏地图中存在大量的静态物件(如地图中的砖块、主基地、钢板等),而玩家在场景中移动时,是通过移动摄像机达到地图视野的变化,所以大量的地图静态物件的世界坐标是不变的,他们的碰撞盒只需要计算一次即可。

为了解决这个问题,我们给 cocos 的 node 增加了一个属性 static,static 节点的计算结果可以缓存起来,避免重复计算。

对象池

游戏中的坦克、子弹、砖块等采用对象池,进入战斗场景时有足够数量的预加载,战斗过程中进行复用,避免实时的对象创建与销毁。

避免场景、节点更新

分析 Cocos Creator 的源码发现,当有节点发生 active,会触发递归遍历场景,开销较大。

为了避免这类开销,游戏中的物体死亡时,不会将其从场景中移除或禁用,而是设置死亡状态,通过移动坐标到很远的地方,代码中不执行相应的逻辑处理。尽量保持帧率平稳,避免性能曲线的毛刺

裁剪

当物体不在主角视野范围内并且不是持久播放的特效和声音可以进行裁剪不播放。

机型适配

对于美术资源进行了高、中、低 3 档分级,由策划在资源表格中配置不同分级下的资源名称。游戏过程中,根据机型和实际性能表现,选择一种档次进行表现。

图中横坐标是时间(单位秒),纵坐标是 FPS,可以看出 FPS 有了明显提升。通过一系列的优化措施,最终保证了低端机 iphone5S 基本能满足游戏需要。


微信小游戏开发常见问题:挑战

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

1、微信小游戏平台增加了动态执行代码的限制

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

2、微信小游戏不允许超过 4M

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

措施1:引擎定制裁剪去掉不必要的模块减少引擎体积,这块通过设置引擎模块即可。

措施2:图片压缩

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

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

措施3:资源动态下载

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

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

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

3.下载完毕后,进行 MD5 校验,如果校验不通过则删除本地文件,重新走下载流程。这里的 MD5 校验,不仅可以校验资源下载是否正确;对于防止资源被恶意修改,资源反作弊也有一定作用。

4.修改 cocos 引擎源码, 在 load-pipeline 中,将资源读取替换成读取本地的下载文件。

由于游戏运营中可能会有 Bug 发生,需要下发客户端补丁。资源更新配置文件可能会被多次修改,而 CDN 更新会有延迟问题,导致部分玩家下载的配置文件可能是较旧的版本。而且有部分中小运营商,为了成本考虑,会缓存旧的文件。以往的项目在发生这种情况时,一般是联系玩家进行定位,发现是运营商问题再反馈给运维同学,由网络部门的同事推动运营商进行修改,效率不高。为了减少这种情况发生的可能性,我们使用了双 CDN 策略。

具体的做法是,对于同名文件增加版本号机制,更新文件时将文件内部存储版本号 +1,并在 2 个不同的 CDN 进行更新。客户端下载时,下载 2 份文件,取版本号大的为准。这样当更新配置文件时,2 个不同 CDN 只要有一个同步到即可,既能减少了 CDN 更新延迟,又降低了运营商缓存问题出现的概率。

3、性能优化

和一般的游戏不同的是,微信小游戏平台本身的 js 脚本执行效率较弱,iOS 环境小游戏 javascript 引擎目前使用的是 JavaScriptCore,默认没开 jit 优化,js 执行速度会比手机 safari 慢,从简单测试结果来看,速度会慢两倍左右。从 Profiler来看,js 脚本执行时间会占到 80% 左右。因此减少脚本的计算量也是性能优化一个重要的方面。


看好小程序的原因也就以下几个

第一,从个人原因来说,或者有几年开发经验的人来说,小程序上手相当容易,接口简单明了,看官方文档很快就可以很快做一些自己想做的东西出来。

第二,虽然上手简单,但功能还是很强大的,一般的功能都可以实现。从流量方面来说,微信是目前最大的移动端流量入口,日活跃用户9.63亿,而百度的日活用户才刚刚过1亿。流量在哪里,企业客户自然会去到哪里,现在每天都会有成千上万家的企业推出自己的小程序,如同2000年之后所有的企业都有强烈的建站需求一样,你不做,但你的竞争对手一定会做,你就会被竞争对手赶超。

第三,可以轻易的获取用户数据

由于小程序的所有用户都来自于微信,一旦用户访问小程序,就会有一个清晰的用户画像,有利于深度分析用户群体,很明显无论是pc时代的网站还是移动互联网时代的app,都有高昂的用户注册成本,要想深度分析用户数据就更是难上加难了,而微信小程序则提供一步到位的强大的数据分析,帮助你分析用户,发现用户,最终营销客户。

第四,微信小程序的附近功能,这个附近功能做本地O2O,做新零售,是有很大的优势的,线上下单,线下送货上门,可以想象市场是相当大的。

您可能会遇到的问题!

cache
Processed in 0.006166 Second.