小游戏开发APPH5单机等成品可独立可嵌入
今天由我从技术角度给大家科普一下微信小游戏的开发知识，这一系列文章源自我们 Cocos Creator 引擎团队和微信团队合作过程的总结，目前，Cocos Creator v1.8 编辑器已时间支持一键发布微信小游戏版本。今天这篇文章是介绍微信小游戏开发系列文章的篇。
1st. 小游戏生态特点
目前微信小游戏已发布 17 款首发游戏，包括六款棋牌类游戏，以及欢乐消消消、爱、坦克大战、保卫萝卜等休闲游戏。
从入口方面来说，微信小游戏目前的主要入口有下面几个：
群或好友分享
识别小游戏二维码
微信聊天列表页面下拉后出现近玩过的小游戏
发现 - 小程序
发现 - 游戏 - 我的小游戏 从技术角度来说，微信小游戏是微信小程序的基础上添加了游戏库 API。小游戏只能运行在小程序环境中，所以小游戏既不是原生游戏，也不完全等同于 HTML5 游戏。但实际上小游戏面向的就是 HTML5 游戏开发者，为了能够让 HTML5 游戏可以尽可能低成本得移植，小游戏尽可能复用了 WebGL，JavaScript 等源自 浏览器的 HTML5 技术。可以说小游戏是使用 HTML5 技术搭建，具有原生体验的微信内游戏产品。
小游戏采用这样的模式有很多优点，大的优点在于稳定和可控。相比于原生，微信可以将游戏闭环在微信内部；相比于纯 HTML5，则不用担心被游戏切广告切支付。
微信小游戏的运行时环境与曾出现过的其他 runtime 形态相比有一个很大的好处是「兼容 HTML5 生态」。也就是说不论你用哪个游戏引擎开发的 HTML5 游戏，都可以很容易地移植到小游戏上面。这使得微信小游戏可以直接从巨大的 HTML5 生态中借力。
而在技术之外，微信给小游戏强的加持就是社交传播了。利用好微信的社交生态来获取新用户，将在小游戏的设计中占据非常重要的地位。我们可以看到，批16款游戏中，除了跳一跳有闪屏入口之外，其他的小游戏入口都藏得比较深，所以流量来源并不是主要靠推荐榜来的，而是通过社交传播来的。这点和市面上多数导用户、洗用户、滚服合服的游戏设计思路是不同的。
微信开放的优质入口，庞大的用户基数，以及即点即玩、利于分享的特性将赋予小游戏极大的潜能。一切都看各位开发者如何把握机会，找到适合微信用户的游戏品类和形态。
2st. API 之上：开发小游戏的必备知识点
之前提到，小游戏的开发主要复用了 HTML5 技术栈，所以开发过 HTML5 游戏的开发者上手会快很多，甚至很多 HTML5 游戏都可以很快移植到小游戏平台。具体来说，微信小游戏的开发技术分为三个部分。
底层技术首先是开发语言，微信小游戏只支持 JavaScript，当然可以编译为 JS 的 TypeScript 以及 CoffeeScript 都可以作为开发语言使用。其次是小游戏所支持的游戏库 API，主要包含 HTML5 的 Canvas 2D API 和 WebGL 1.0 API，使用任何一种 API 都可以完成游戏重要的渲染功能，不过不能够混用，除此之外，只有 WebGL 渲染模式可以支持 3D 渲染。
中间件：游戏引擎当然，直接使用 Canvas 2D 或 WebGL 来制作游戏是门槛很高，也非常费时费力的一件事，你肯定不希望一个小游戏项目拖上一年半载吧？所以使用 HTML5 游戏引擎其实是非常明智的选择，引擎封装出的高层接口可以大大降低开发者的开发门槛，缩短项目周期。目前国内的三家主流引擎 Cocos Creator、Egret、Laya 均已支持小游戏发布，Phaser.js、Three.js 等国外 HTML5 引擎虽然并没有支持直接发布，经过一些定制也是可以成功运行在小游戏环境中。
微信 SDK 除此之外，微信小游戏还提供了丰富的微信内部 SDK 供开发者调用，使用这些接口可以完成用户登陆、转发、排行榜等常规的社交功能。
好友排行榜
不过除了这些常规玩法以外，让人欣喜的是通过转发小游戏，可以完成玩家在游戏中的组队或对战，加上小游戏即点即玩的特点，这种邀战的游戏体验可以说是天衣无缝。
欢乐坦克大战中邀请好友组队
好友通过点击转发链接直接进入游戏完成组队
这种群转发 + 即点即玩的机制可能带来非常有趣的社交玩法。
3rd. API 之下：理解小游戏的底层技术架构
开篇提到，小游戏既不是原生游戏，也不能等同于 HTML5 游戏，它的开发环境实际上跟两者都有非常密切的关系。与 HTML5 的关系就是它复用了 HTML5 的渲染接口，但与原生游戏又有什么关系呢？我们用一张图来解释：
小游戏基础运行框架
小游戏的运行环境其实是微信的原生环境，游戏的 JavaScript 代码并不是通过浏览器来执行的，而是通过图中 JS VM 层独立的 JavaScript 引擎来执行的。 在 Android 平台使用 Google 的 v8 引擎，而在 iOS 上则使用苹果的 Jav
1st. 小游戏生态特点
目前微信小游戏已发布 17 款首发游戏，包括六款棋牌类游戏，以及欢乐消消消、爱、坦克大战、保卫萝卜等休闲游戏。
从入口方面来说，微信小游戏目前的主要入口有下面几个：
群或好友分享
识别小游戏二维码
微信聊天列表页面下拉后出现近玩过的小游戏
发现 - 小程序
发现 - 游戏 - 我的小游戏 从技术角度来说，微信小游戏是微信小程序的基础上添加了游戏库 API。小游戏只能运行在小程序环境中，所以小游戏既不是原生游戏，也不完全等同于 HTML5 游戏。但实际上小游戏面向的就是 HTML5 游戏开发者，为了能够让 HTML5 游戏可以尽可能低成本得移植，小游戏尽可能复用了 WebGL，JavaScript 等源自 浏览器的 HTML5 技术。可以说小游戏是使用 HTML5 技术搭建，具有原生体验的微信内游戏产品。
小游戏采用这样的模式有很多优点，大的优点在于稳定和可控。相比于原生，微信可以将游戏闭环在微信内部；相比于纯 HTML5，则不用担心被游戏切广告切支付。
微信小游戏的运行时环境与曾出现过的其他 runtime 形态相比有一个很大的好处是「兼容 HTML5 生态」。也就是说不论你用哪个游戏引擎开发的 HTML5 游戏，都可以很容易地移植到小游戏上面。这使得微信小游戏可以直接从巨大的 HTML5 生态中借力。
而在技术之外，微信给小游戏强的加持就是社交传播了。利用好微信的社交生态来获取新用户，将在小游戏的设计中占据非常重要的地位。我们可以看到，批16款游戏中，除了跳一跳有闪屏入口之外，其他的小游戏入口都藏得比较深，所以流量来源并不是主要靠推荐榜来的，而是通过社交传播来的。这点和市面上多数导用户、洗用户、滚服合服的游戏设计思路是不同的。
微信开放的优质入口，庞大的用户基数，以及即点即玩、利于分享的特性将赋予小游戏极大的潜能。一切都看各位开发者如何把握机会，找到适合微信用户的游戏品类和形态。
2st. API 之上：开发小游戏的必备知识点
之前提到，小游戏的开发主要复用了 HTML5 技术栈，所以开发过 HTML5 游戏的开发者上手会快很多，甚至很多 HTML5 游戏都可以很快移植到小游戏平台。具体来说，微信小游戏的开发技术分为三个部分。
底层技术首先是开发语言，微信小游戏只支持 JavaScript，当然可以编译为 JS 的 TypeScript 以及 CoffeeScript 都可以作为开发语言使用。其次是小游戏所支持的游戏库 API，主要包含 HTML5 的 Canvas 2D API 和 WebGL 1.0 API，使用任何一种 API 都可以完成游戏重要的渲染功能，不过不能够混用，除此之外，只有 WebGL 渲染模式可以支持 3D 渲染。
中间件：游戏引擎当然，直接使用 Canvas 2D 或 WebGL 来制作游戏是门槛很高，也非常费时费力的一件事，你肯定不希望一个小游戏项目拖上一年半载吧？所以使用 HTML5 游戏引擎其实是非常明智的选择，引擎封装出的高层接口可以大大降低开发者的开发门槛，缩短项目周期。目前国内的三家主流引擎 Cocos Creator、Egret、Laya 均已支持小游戏发布，Phaser.js、Three.js 等国外 HTML5 引擎虽然并没有支持直接发布，经过一些定制也是可以成功运行在小游戏环境中。
微信 SDK 除此之外，微信小游戏还提供了丰富的微信内部 SDK 供开发者调用，使用这些接口可以完成用户登陆、转发、排行榜等常规的社交功能。
好友排行榜
不过除了这些常规玩法以外，让人欣喜的是通过转发小游戏，可以完成玩家在游戏中的组队或对战，加上小游戏即点即玩的特点，这种邀战的游戏体验可以说是天衣无缝。
欢乐坦克大战中邀请好友组队
好友通过点击转发链接直接进入游戏完成组队
这种群转发 + 即点即玩的机制可能带来非常有趣的社交玩法。
3rd. API 之下：理解小游戏的底层技术架构
开篇提到，小游戏既不是原生游戏，也不能等同于 HTML5 游戏，它的开发环境实际上跟两者都有非常密切的关系。与 HTML5 的关系就是它复用了 HTML5 的渲染接口，但与原生游戏又有什么关系呢？我们用一张图来解释：
小游戏基础运行框架
小游戏的运行环境其实是微信的原生环境，游戏的 JavaScript 代码并不是通过浏览器来执行的，而是通过图中 JS VM 层独立的 JavaScript 引擎来执行的。 在 Android 平台使用 Google 的 v8 引擎，而在 iOS 上则使用苹果的 Jav
