如何快速开发一个小游戏？

如何快速开发一款火爆的小游戏？“火爆”是一个偏运营的词，在小游戏上线120天《微信开发者》公众号有一篇推文，其中有几个数字或许可以用来描述“火爆”这个词。截止微信小游戏正式允许第三方开发者发布已有22天，对外发布的小游戏达300多款，注册用户总规模过亿的游戏有数款，安卓月流水过千万的也有数款。

该文还提到与火爆相关的两个姿势。一是社交匹配度，在小游戏这样一个去中心化的大背景下，让游戏内容和微信社交相结合是一个很重要的点，同时开发者也需要在利用社交互动提升用户体验和群聊分享造成用户骚扰之间选择一个平衡点，过犹不及。第二是操作简便度，说的是游戏易上手操作简单。这是我们根据游戏成为爆款后观察得出的结论，并不是说具备这两个特性就一定能开发出一款火爆的游戏，并且新的爆款游戏也不一定符合这些特点，仅供参考。

如何快速开发一款火爆的小游戏？“火爆”是一个偏运营的词，在小游戏上线120天《微信开发者》公众号有一篇推文，其中有几个数字或许可以用来描述“火爆”这个词。截止微信小游戏正式允许第三方开发者发布已有22天，对外发布的小游戏达300多款，注册用户总规模过亿的游戏有数款，安卓月流水过千万的也有数款。

该文还提到与火爆相关的两个姿势。一是社交匹配度，在小游戏这样一个去中心化的大背景下，让游戏内容和微信社交相结合是一个很重要的点，同时开发者也需要在利用社交互动提升用户体验和群聊分享造成用户骚扰之间选择一个平衡点，过犹不及。第二是操作简便度，说的是游戏易上手操作简单。这是我们根据游戏成为爆款后观察得出的结论，并不是说具备这两个特性就一定能开发出一款火爆的游戏，并且新的爆款游戏也不一定符合这些特点，仅供参考。

今天介绍的内容更倾向于技术方面，所以“火爆”就从标题里面去掉了，并且也不会介绍具体的游戏逻辑如何开发，而是更偏向于如何利用好微信的开放能力开发一款小游戏。

什么是“小游戏”？小游戏是什么？

首先为大家介绍一下小游戏是什么。从普通用户的视角看，小游戏是小程序的一个子类目，可在微信内被便捷的获取和传播，即点即玩，具备出色的用户体验。小游戏是小程序，普通用户分不清也无需分清。

小游戏Runtime

如果放大小游戏的Runtime可以看到很多的细节，这是一个典型的分层架构：

最上层蓝色部分，是游戏代码，分为游戏逻辑，游戏引擎、weapp-adapter三部分。大部分游戏开发会用到一些引擎的工具、工作流，以及利用引擎封装的高层API去实现游戏逻辑。其次是weapp-adapter，因为小游戏的底层一方面不是webview，可以简单看成是webview经过精简、优化过后的平台；另一方面核心能力的实现上却参考了webview。所以这里如果有一个适配器，把小游戏的底层API——wx API适配到一个接近webview的接口，对上层引擎、已存在的游戏接入微信小游戏平台则会更加容易，这个就是weapp-adapter的作用。其中只有游戏逻辑是必要的。

可以看到，在架构上小游戏和小程序是有差别的，小游戏没有页面概念的，wxss/wxml不再存在。其次，底层实现也不是webview，小游戏和webview的关系只能说是渲染相关的核心能力可以通过weapp-adapter的简单适配保持接口一致，但同时很多webview上存在的功能并没有对等的实现，比如小游戏就没有DOM/BOM的概念，也没有全局的document/window对象。

小游戏的入口为game js文件，语言为Javascript，但有一些限制，比如禁止执行动态代码，因此eval、new Function等能力是不支持的。配置为game.json，可以配置横竖屏、接口超时等参数。js里面可以组合wx API的能力来实现游戏逻辑， 非代码类的资源应该尽量放到cdn，减少整个代码包打包后的大小，以加快用户首次进入时的速度，微信对首包的大小目前限制为4MB。

Webview Adapter

下面来说一下Webview Adapter，它的初衷是为了让游戏开发者更好地熟悉我们的平台，所以我们的平台在能力上会尽可能地与webview做一些适配，其实这个适配也是很简单的一层。比如说我们在浏览器里面使用image对象创建一个图片，而在小游戏里是通过wx.createimage来创建的，在代码中需要做一个简单的适配。

以此类推，常见的Canvas、document对象都是在Adapter中通过一个简单的适配实现的，大家可以研究链接中的代码。之后官方不会继续维护这个Adapter，我们会更专注于底层能力的建设。

小游戏能力概览

下图是小游戏能力的概览，小游戏能力的迭代比较快，部分能力还没有来得及罗列出来。比如最近刚发布的游戏圈、健康系统防沉迷相关的一些接口。

我们先看一下基础能力，在渲染这部分WebGL1.0和Canvas 2D都是支持的，这里的Canvas更接近于浏览器里面的标准。同时，这里提到的可控帧率的概念，如果小游戏在后台运行的话，可以尽量将帧率降低。

在多媒体部分，小游戏还不能像小程序一样实现实时的音频视频流，这是我们在后续要进一步支持的。网络IO的部分与小程序也是类似的，我们也提供了一些UI的组件，比如说拉起键盘，模态对话框等。

小游戏的社交开放能力现在已经对外了。其中最重要的一个能力是在开放域将微信的好友关系开放出去，给开发者使用，考虑到对用户隐私的保护会有一些设计上的限制。

因为小游戏去中心化的特点，分享这一部分也是非常重要的，开发者要考虑如何将这个能力利用起来。在代码方面，因为首包限制是4MB，但部分小游戏的代码量可能比较大。我们最近也在规划一个分包的能力，允许异步加载代码并执行，但这个代码是一定要经过我们审核的。

如何开发一款小游戏？

那么如何开发一款小游戏？因为我本人也只是开发过一些简单的游戏，并不是专业进行游戏开发，所以接下来我会更多地介绍一下如何利用微信的能力来开发小游戏。

选择小游戏引擎

微信跟引擎商也有比较密切的合作，一般现在的游戏引擎都会支持发布到多个平台，对微信小游戏这个新平台而言，已经有一部分引擎做了适配，比如Cocos Creator、Egret Engine以及LayAir Engine。适配的主要工作，类似之前提到的weapp-adapter，把wx API的能力，和引擎衔接起来。

比如引擎一般会把小游戏平台和webview平台对标，适配过程就是把wx API对应到webview的能力，同时把只存在于webview能力的依赖去除，比如不再依赖BOM、DOM。已适配的引擎都有相应的文章介绍如何把游戏发布到微信小游戏平台。

设备/环境适配

小游戏会有API提供获取屏幕的宽高、设备像素比等能力。小游戏开发完成后，在开发者工具也可以发起真机测试的请求，微信提供了不同设备的测试集群，帮助开发者提前去发现问题。基础库提供的wx API本身是一个不断迭代更新的过程，对于使用了新能力的小游戏，需要做低版本兼容。

微信登录

小游戏的登录过程，跟小程序是类似的。需要用户自己去定义登录状态。appsecret/session_key代表的是小游戏开发者和微信平台之间的一种信任约定，比如支付、上报托管数据，平台方需要验证access_token(只有appsecret才能换得到)，和用户相关的还要验证session_key的签名，才能保证请求来自于小游戏开发者/用户，而不是恶意的第三方和随意捏造的用户。

access_token是一种应用态的access_token，和用户无关，需要保证全局维护一份，应该有一个中控的模块去保证access_token有效，同时在有效期内直接使用本地cache的access_token，而不