258资源分享网

邹伟，后端高级工程师，对前端也有一定开发经验。2010年于华南理工大学毕业后加入腾讯，参与CDB、TGW等云服务研发，现主要负责微信游戏业务后台系统的架构设计与研发管理。

大家下午好，今天我分享的主题是如何开发一款火爆的小游戏。其实小程序和小游戏还是有一些共通的地方，比如在登录部分小程序和小游戏是类似的，而Wafer2也是支持小游戏的。

如何快速开发一款火爆的小游戏？“火爆”是一个偏运营的词，今天介绍的内容可能更倾向于技术方面，即如何利用微信的开放能力开发一款小游戏。小游戏上线120天时发布了几个重要的消息，其中有几个数字可以用来描述“火爆”这个词。微信小游戏正式允许第三方开发者发布的时间是在3月3日，而现在几款小游戏的用户已经过亿，安卓月流水过千万的也有数款小游戏，大家应该已经体会到了微信小游戏的火爆程度。

与火爆相关的两个知识，一个就是如何开发？首先要利用好微信的社交相关性，微信去中心化的情景下社交分享互动是非常重要的，因为没有传统流量分发的总入口。第二个是操作的简便性，我们根据游戏成为爆款游戏后的数据才能推出这两个结论，并不是说具备这两个特性就一定能开发出一款火爆的游戏。

首先为大家介绍一下什么是小游戏：小游戏特指微信小游戏，是小程序的一个子类目，可在微信内被便捷地获取和传播，即点即玩，具备出色的用户体验。在开发的视角来看，小游戏是一个基于Canvas/WebGL + 微信社交开放能力的新平台。在框架上看分为三层，是一个典型的分层架构。微信中有一个小游戏的Runtime去运行小游戏，而OS本身可能会涉及到不同类的设备。

如果放大小游戏的Runtime可以看到很多的细节，第一就是游戏逻辑，也就是与平台无关的游戏逻辑的开发。第二部分是游戏引擎，大部分会用到一些引擎的工作流、一些各种系统封装好的高层的API。第三部分是weapp，小游戏的框架是参考了webview的框架，但其实它的底层不是webview，而是webview精简优化过的平台，小游戏有的只是与核心相关的一些渲染的API。这里的weapp-adaper是把小游戏的能力适配到与webview更接近的环境，让更上层的游戏或引擎本身能够更快速地集入到平台中。

微信的Runtime对外暴露的都是微信的API，所有的能力都是通过微信API发布出去的。底层最基本的能力是渲染相关的，即Canvas 2d和WebGL。其他一些微信相关的能力是另外一部，所以小游戏在架构上和小程序是有差别的，但用户体验起来没有太大的区别。小游戏是没有页面概念的，在实现上也不完全是webview，其中不必要的部分已经被去掉了。

总的来说小游戏的入口为game.js，游戏可以利用底层的一些能力将游戏的整个界面绘制出来。配置文件为game.json主要用来配置小游戏是横屏还是竖屏，小游戏的全局对象game Gobal类似于webview中的window对象，同时支持javascript语言。但是小游戏有一个重要的一个限制是禁止动态执行代码，开发者必须先提交审核，在审核通过后才可以上架给普通用户。另外，小游戏包括引擎的代码量比较大，所以限制大小比小程序要大，首包限制大小为4M。

下面来说一下Webview Adapter，它的初衷是为了让游戏开发者更好地熟悉我们的平台，所以我们的平台在能力上会尽可能地与webview做一些适配，其实这个适配也是很简单的一层。比如说我们在浏览器里面使用image对象创建一个图片，而在小游戏里是通过wx.createimage来创建的，在代码中需要做一个简单的适配。比如说Canvas、Document都是在Adapter中实现的，大家可以研究链接中的代码。其中有一些优化的版本，之后官方不会继续维系这个Adapter，因为我们会更专注于底层能力的建设。如果大家已经比较熟悉这个平台的话，就会比较容易地开发游戏。比如Document这个对象在小游戏框架本身中跟普通对象是没有区别的，它是Adapter做的一个简单的适配。

下图是小游戏能力的概览，最近小游戏能力的迭代比较快，部分能力还没有罗列出来。比如最近刚发布的游戏圈、健康系统相关的一些接口，都还没有列进去。我们先看一下基础能力，在渲染这部分WebGL1.0和Canvas 2D都是支持的，这里的Canvas更接近于浏览器里面的标准。同时，这里提到的可控帧率的概念，如果小游戏在后台运行的话，可以尽量将帧率降低。在多媒体部分，小游戏还不能像小程序一样实现实时的音频视频流，这是我们在后续要进一步支持的。网络IO的部分与小程序也是类似的，我们也提供了一些UI的组件，比如说拉起键盘，模态对话框等。