微信小程序发布后，公司虽然没有拿到第一批内测资格，但作为微信亲密合作伙伴，一定要第一时间去尝试啦。现在微信小程序刚发布还在测试阶段，可以说是1.0版本，所以框架和结构内容都还不多，相关的文档跟微信API一样都做得很好。

　　1）微信小程序到底是什么？跟H5,HTML5是不是一样？

　　　　它可以把应用功能快速嵌入到微信公众号中，用户无需安装应用就能访问。相比现在的app开发和发布都容易很多。

　　2）开发者入门学习

　　　　1.首先去下载安装微信Web开发者工具，很贴心的支持Mac，并且教程的截图都是Mac的哦~~

　　　　2.打开开发者工具后，（网络慢的二维码可能加载很久）扫二维码后可以添加项目或导入项目，appid不会公众号的，没有内测邀请的可以不填，输入项目名称比如：HelloWorld，选择项目保存地址的时候选择一个新创建的空文件夹，如果勾选在当前目录创建 quick start项目, 它就会帮我们创建一个简易的小程序demo，方便我们学习理解

　　　　3.点击开发者工具左侧导航的“编辑”，我们可以看到这个项目，已经初始化并包含了一些简单的代码文件。在项目文件夹下看到了三个特别的文件app.js、app.json、app.wxss，其中，.js后缀的是脚本文件，.json后缀的文件是配置文件，.wxss后缀的是样式表文件。这三个文件是一个项目必不可少的文件，删除任意一个文件项目都会运行不了。

　　　　　　app.js: 小程序运行主要逻辑及入口，里面使用App()函数来注册一个小程序，普通页面的js文件中可以通过 getApp()函数拿到App()函数所拥有的参数，并调用其中的数据。我们可以在这个文件中监听并处理小程序的生命周期函数、声明全局变量。调用框架提供的丰富的 API，如本例的同步存储及同步读取本地数据。想了解更多可用

　　　　　　app.json: 是小程序的全局配置文件。可以在这个文件中配置小程序是由哪些页面组成，配置小程序的窗口背景色，配置导航条样式，配置默认标题。注意该文件不可添加任何注释。更多可配置项可参考。每一个小程序加载的页面，包括四个部分[js、json、wxml、wxss]）都要在 pages数组中声明后才能访问， window对象中可以设置窗口的样式颜色等。

　　　　　　app.wxss: 是一个公共的样式文件，整个项目的每个页面都可以调用，我们可以在页面组件的 class 属性上直接使用 app.wxss 中声明的样式规则，就如一个全局的css文件。

　　　　4.在左边菜单栏中选择“编辑”，可以查看我们这个项目的文件和结构,从文件结构中我们可以看到文件类型有4种：

　　　　　　.js : 这就是一个javascript文件，只不过它是微信基于javascript封装过的，所以很多js函数是不能使用的，比如localhost.href，微信加入了很多自身的接口，比如跳转页面是： wx.navigationTo()函数。例如index.js 是页面的脚本文件，在这个文件中我们可以监听并处理页面的生命周期函数、获取小程序实例，声明并处理数据，响应页面交互事件等。

　　　　　　.json : 是页面的配置文件，可以配置页面头部title信息等，页面的配置文件是非必要的。当有页面的配置文件时，配置项在该页面会覆盖 app.json 的 window 中相同的配置项。如果没有指定的页面配置文件，则在该页面直接使用 app.json 中的默认配置。

　　　　　　.wxml : 视图结构文件，功能就像html文件差不多，用于描述页面结构，只不过它有自己独特的标签，不使用html标签。微信对wxml的全称定义也不是weixin xml，而是WeiXin MarkupLanguage，很霸气的要自成体系感。自然wxss也是WeiXin Style Sheets，一样的希望给人牛逼哄哄的感觉。

　　　　　　.wxss : 视图样式文件，格式跟css文件一样，他在css的基础上扩展了几个特性 比如：尺寸单位 / 样式导入

　　　　5: 项目运行过程：

　　　　　　第二步：加载app.json中pages数组中配置的第一个页面，作为项目的欢迎页，同时会执行对应页面js文件，并触发 onLoad / onReady 和 onShow 函数

　　　　　　往后：页面可以通过事件与js文件交互，比如 在标签元素上绑定点击事件，并且指向js文件中的一个函数，就能用js中的逻辑去处理这个事件了

 但通过我们上面所分析的第一个问题，可以知道微信小程序本质上就是Html5，但实际上却是一种优化过之后的Html5，这也就意味着绝大多数的移动网站或WebApp直接改造成小程序的难度很大，因为里面有大量的内容需要重写。小程序是相当于重新做了一个App，从开发、设计、测试、运维升级都是单独的一套。哦，你还得加个学习成本和风险，如此新的东西一次搞利索的可能性还真不好说，毕竟小程序现在自己也还是在测试阶段。

最后把微信官方的文档放在这里

各位看官也可以看看我们的作品案例

根据微信官方对外公开的消息，微信小游戏的脚步越来越接近了。它的开发者资格门槛和使用者门槛都很低，以后必将引爆一波”全民开发小游戏”浪潮。

官方的开发工具创建项目即可获取 打飞机 的源码，这是一个很小但五脏俱全的2D游戏，相信大多数嗅觉灵敏的程序员小哥哥们都已经体验并且亲手改造过啦。

但是如果你想借助微信的平台，做一个交互性、可玩性很强的 联网游戏 ，就有一定的难度啦。不用怕，有 的最新产品 助力，第一波流量红利你也能轻松抓住！这次教程我们就来讨论 如何在完全不懂服务器开发的情况下做一个实时联网对战的微信小游戏 （联网飞机大战）。

---

为了能通读这篇文章，你最好：

1. 已经掌握开发简单的微信小游戏，能看懂官方 打飞机 源码就行，甚至会用 Javascript 输出HelloWorld也行
2. 略懂Java，其实不懂也行，在JS的基础上很容易引申，主要是要有 面向对象 的思想

下文重点都是讲如何快速上手开发 联网的微信小游戏 ， 但 如果你懂得一些U3D开发，Bmob官方 也同时提供了 Unity3D版本的Demo+SDK，两者可以跨平台互通一起玩，且接口规范高度一致，基本上覆盖市面上所有的主流终端

PS：微信小游戏、Unity3D的SDK都是 开源 的,欢迎各位纠错

1. 获取 (下称 官网)的账号，文章下方有获得方式；
2. 在官网下载 微信小游戏Demo+SDK，导入到微信开发者工具(下称 工具)，并修改AppKey；
3. 在官网配置玩家同步属性，并发布下载的云端代码，然后在官网选择一个云服务器开启(PS:云服务器是免费的)；
4. 试运行Demo，如果console没有报错的话，点击工具的预览，用微信扫描二维码；
5. 现在，就可以在游戏内创建房间，体验电脑与手机联网对战啦；

---

接下来大概介绍一下微信小游戏项目开发的要点，云端代码的详解和U3D版本的教程将陆续推出

左边的是 微信小游戏-开发者工具 的游戏页面，与右边的 Unity3D-MacOS-Editor 跨平台玩

超清/720P模式观看体验更好哦

不得不说程序员自己来做UI真的丑得可以，那个”房间”界面真的无力吐槽

目前的Demo跨平台玩耍还有点小问题，例如玩家、怪物的移动速度不统一。但同平台对战是高度一致的。 这个问题与SDK没有关系，都是Demo本地项目的参数设置，主要是因为Unity项目都用的是绝对值，微信小游戏项目都是相对值，后续Unity也采用相对值的方式，完善Demo。

---

论游戏开发的经验，相信各位读者中比我厉害的人多了去了。我这里就根据我个人的开发历程，围绕 联网飞机大战 这个项目，讲一下从零开发游戏的步骤吧。(嫌麻烦的可以不用看这一篇)

1. 理清多个客户端之间需要 同步的属性、互相通知的事件；
2. 分析客户端与服务器需要 交互的事件；
3. 制作/收集图片、动画、音效素材；
4. 开发/照搬游戏世界的物理引擎，包括物体渲染、移动、碰撞检测(以及内存管理)等；
5. 先开发服务端游戏逻辑（Java云端代码），有利于理清整个游戏的逻辑；
6. 后开发客户端游戏逻辑、接入SDK；

下面是展开来讲 （获取Demo、SDK完整源码的方式见文章底部）

---

• 玩法：这个项目准备做成可以容纳超多人同时在线的飞机大战，所有设定基本上和微信小游戏官方Demo一样，增加了几个设定：

  - 有四种造型、级别不同的Bot(有些人习惯称为 '电脑'，也可以称为'飞机NPC')
  - 第3、4级的Bot可以开火，子弹(下称Fire)飞行速度与玩家一致，4级Bot的开火频率更高
  - Bot有生命值(不再是一碰就死)，分别是2、3、4、4，表示可以承受的Fire攻击次数
  - Player(玩家)和Bot都分为两个阵营，阵营内无队友伤害
  - Player的阵营由服务器随机划分，也可以改成玩家自己决定
  - 刷怪逻辑放在云端，指定新产生的Bot的阵营、位置、类型
  - Player受到伤害即淘汰，Fire碰到任何物体都消失
  - Player的开火暂时做成自动的，而不是按键开火
  - Player的开火事件(开火坐标)是直接发送到其它客户端，不经过云端代码
  - Player的淘汰交由云端处理，由云端校验后，再把该事件和胜负判定分发下去
  - Bot的淘汰判定交由云端处理、分发
  - 当某一方Player全部死亡时，另一方胜利；双方各剩一人时同归于尽则平局
  

---

• 客户端间属性同步、事件通知：玩家仅有两个属性需要自动同步、分发，一个是 位置，另一个是 分数；直接同步的事件仅有 开火

  - 位置：这是一个2D游戏，所以玩家位置可以用float[2]类型表达
   (一致性，是指跨平台或分辨率、屏幕大小不同时，坐标需要达成一致最好用百分比)
  - 分数：仅云端代码有权限修改，根据Player、Bot的击落事件加分
   可以在游戏结束时，结算成经验值，保存到Bmob数据库
  - 开火：直接通知到其它客户端，仅记录Fire的起点坐标即可，也就是[0-35]
   再加上需要标记这次通知的事件类型(开火)，这里定flag为50
  

---

• 客户端-云端交互事件：需要服务器做的事情有：保存房间信息；分配队伍；正式通知游戏开始；刷怪逻辑；判定Bot淘汰；判定Player淘汰；添加Player分数；判定胜负结果；战绩记录

  - 房间、战绩信息：通过云端代码的Bmob数据库操作API完成
  - 分配队伍：在客户端Scene.OnLoad后通知服务器，服务器进行队伍分配
   将玩家随机、均匀分成两队，然后下发，客户端处理完毕再通知服务器
  - 正式开始：服务器确认所有客户端处理了队伍信息后，通知所有客户端开始游戏
  - 刷怪逻辑：随机Bot的阵营、x轴位置、类型、名字，下发给客户端处理
  - Bot淘汰：任意客户端上报'目睹'某Bot被击毁，云端即采信、下发、记分
   所谓'目睹'，就是客户端渲染时进行碰撞检测，发现这个Bot的hp为0
  - Player淘汰：n个客户端'目睹'某Player被击毁，在短时间内n>=m，云端才采信、下发、记分
   当玩家仅有2、3人时，m为1，也就是上报即采信
   当玩家有4、5、6人时，m为2，不采信单个上报
   当玩家超过6人时，m为3，也就是起码3人上报才采信
   '短时间'目前是设为2000ms，也就是上报信息的有效期为2秒
  - 判定胜负结果：两队最后一人同时淘汰时平局；某队先于敌队全员淘汰则败
  

---

---

• 物理引擎：来自微信官方Demo(Sprite.js)／脑洞+造轮子／第三方途径下载

  // 小改进后的矩形碰撞检测：
  

---

• Java云端代码：在上面第3点已经有说明，这里放几段代码：

// 先分配队伍，后开始游戏。分配队伍这段时间，不是真正的游戏开始，不要刷怪 // 刷怪的时间间隔(毫秒)，决定了刷怪的频率，根据玩家人数来定。人越多，刷怪越快 // 上次刷怪的时间记录 // 怪物的个数，也顺便作为id // 置信区间: 计算击中的逻辑放到了客户端的时候，击中敌人/怪物的事件，不能完全听信其中一个客户端，防止ping差异击杀、外挂 // 怪物还相对无关紧要，某一个客户端上报了，就选择相信他 // 但是玩家的淘汰影响到体验，需要多个玩家同时认证的情况下判定 // 于是约定：如果房间有2、3人，可以一个人说了算(以免掉线玩家无敌) // 如果有4个人玩游戏，需要2个人在短时间内"看到"某个玩家的死亡，那么这个玩家才是真正的死亡了 // 更多人的情况下，最多只要3个人在短时间内说某个玩家死亡，就可以作出判定 // 特殊的，如果某个玩家是汇报自己死亡，那么不用经过置信区间检测，直接判定死亡 // 各1个玩家的时候，1秒2个怪；以此类推 // 计算死亡判定的置信区间 // 游戏开始，所有玩家就位了，将房间内的玩家随机、平均分到两队 // 服务器发送到客户端的通知，就拿第一位当作消息类型的区分吧(flag) // 其中一个队的人数 // 游戏里面有4种难度不同的怪，将概率按1:2:3:4来划分，越难打的怪出现几率越低 // 位置(主要是x轴)随机，按byte表示，0-255，表示最左边到最右边，128是在屏幕中键 // [0]表示flag，这个通知是一个刷怪事件 // [1]表示队伍代号，这个怪是哪一边的(和assignTeam的分配一致) // [2]表示刷怪点x轴的位置 // 不重复下发怪物死亡事件 // 加载好了游戏场景 // 检查是否全部都准备好了 // 检查是否全部都准备好了 // 让房间真正运作起来 // 有玩家上报，发现某一个玩家死亡 // 注意，如果是敌机碰到自己，会发送两条，一条说自己被对方撞死，另一条是对方被自己撞死，这个时候都当作是汇报自己死亡 // 0: 坠机对象的no，用byte表达的话，最多兼容256人大房间 // 2: 如果是敌方玩家直接碰撞，那么对方的no是什么 // 给另外一个玩家添加一个死亡报告 // 有玩家上报，怪物死亡 // 游戏中掉线，当作死亡 // 游戏中离开房间，当作死亡

• // 根据屏幕大小来定玩家的大小, 我们定玩家如果需要穿过整个y轴最少需要2秒，怪物需要8秒 // 其它玩家更新属性 // 其它玩家发送事件

• 测试、发布：灰常好玩，下阶段准备做成四个阵营的玩法

在基本素材、组件(物理引擎)等预备充分的情况下，花了不到两个小时就将一个单机游戏改造成了联网对战的游戏，而且逻辑也足够健壮，效果还是很酷的。再加上SDK是开源的，有什么问题很容易定位。

总体来讲，Bmob Game SDK真正拉低了网络游戏开发的门槛，完全没有了以前庞大、繁杂的后端开发和服务器运维工作，让很多受限于资源、只能开发单机游戏的团队和项目有了新的出路~

获取Demo、SDK完整源码的方式：

加官方客服，小小琪QQ：