有关微信的小程序和小游戏的区别

小游戏实战总结

本次主要实现的是跳一跳小游戏。游戏大概如下：

层级划分

景物层：负责两侧树叶装饰的渲染，实现其无限循环滑动的动画效果；

阶梯层：负责阶梯和机器人的渲染，实现阶梯的随机生成与自动掉落阶砖、机器人的操控；

背景层：负责背景底色的渲染，以及开始结束面板渲染。

通过requestAnimationFrame循环调用一定次数来实现动画效果。游戏的逻辑通过监听全局的canvas对象实现。

分层按顺序叠加绘至画布，先将背景绘上，通过算法计算出台阶位置，结合上一次的位置用requestAnimationFrame实现移位生成新的台阶，机器人单独抽离出来的，没有和台阶一起实现，通过位置计算，得到机器人的位置，绘制字台阶上，最后将顶层的树叶绘制上。

小游戏开发难点

首先，小游戏使用JavaScript语言开发，不存在HTML，CSS，所以需要对JavaScript语言，Canvas对象操作熟练。

其次，和H5版游戏开发区别并不大，但是小游戏支持的库较少，并且大部分H5版开发所使用的到的库是不支持的。

还有，就是H5版游戏的实现方式选择性更多，比如跳一跳原版是使用createjs开发，而小游戏版并不能支持所有的引擎，只能通过上面的几个引擎改造适配。

小游戏优化

为什么要优化？其实为了提高页面加载速度，减少游戏运行中的卡顿，使动画看起来更流畅，游戏的流畅程度及画面直接影响了用户体验。

以下提供了几个优化方案。

GC优化

小游戏的优化文档并未指出，在api中提供一个性能管理器，通过获取性能管理器能够调用 API 加快触发 GC ，GC 时机是由 JavaScrpitCore / V8 来控制的，不能保证调用后马上触发 GC。

setData调用次数优化
小程序端，官方不建议频繁调用setData，大图片和长列表图片，都有可能导致 iOS 客户端内存占用上升，从而触发系统回收小程序页面。

减小代码包

尽量减小代码包的大小，代码包直接影响了下载速度，从而影响用户的首次打开体验。

控制图片资源
控制代码包内图片资源，小程序代码包经过编译后，会放在微信的 CDN 上供用户下载，CDN 开启了 GZIP 压缩，所以用户下载的是压缩后的 GZIP 包，其大小比代码包原体积会更小。 但我们分析数据发现，不同小程序之间的代码包压缩比差异也挺大的，部分可以达到 30%，而部分只有 80%，而造成这部分差异的一个原因，就是图片资源的使用。GZIP 对基于文本资源的压缩效果最好，在压缩较大文件时往往可高达 70%-80% 的压缩率，而如果对已经压缩的资源（例如大多数的图片格式）则效果甚微。

清除无用资源

及时清理没有使用到的代码和资源，小程序打包是会将工程下所有文件都打入代码包内，也就是说，这些没有被实际使用到的库文件和资源也会被打入到代码包里，从而影响到整体代码包的大小。

 3/4   首页 上一页 1 2 3 4 下一页 尾页