CANVAS游戏开发思路

一、游戏截图

DEMO_1: 卷轴跑酷游戏

DEMO_2: 格斗游戏

以下思路仅为我的一些个人观点，读【HTML5 2D游戏编程核心技术】一书获得的一些收获，欢迎指正！！

二、用到的API

三、开发前的准备

开发一款游戏都需要准备些什么呢？这里列出了简单的一些东西。
1、图片资源。 一款游戏最主要的表现力之一就是图片，游戏的登陆，过场界面，地图，人物序列帧，怪物，技能特效，都是基于图片的
2、音效。 恰到好处的音效可以让游戏给玩家留的印象很深，比如仙剑3的回梦游仙。
3、一些数学基础 和 对生活定律的理解。
4、一个开发方向。
5、程序的支持。对于我们程序员来说，这点可能是最拿手的一点了。开发游戏也是很考验自己的基本功的，需要设计出合理的数据结构，游戏会出现很多很多不可预知的，甚至有趣的bug。如果代码结构不过关的话，维护起来是及其吃力的。

四、部分难点的开发思路

1、本游戏为横版卷轴滚动类的游戏，类似天天酷跑。如何实现背景的无限滚动呢？

针对滚动，这里用到的核心API为 translate()，该方法可以将当前画布的原点平移到指定位置。 canvas画布的初始原点为左上角，x坐标向右增大，y坐标向下增大。

此时我们原点坐标以（0，0）的方式绘制一张图片。在下一帧开始的时候，通过translate(-1, 0) 将原点坐标向左移动一个像素，还以上次的坐标绘制图片，就会出现滚动的效果了。

2、一个游戏会有各种的对象，如何去整合管理呢？

一个游戏，会有场景，ui层，主角，敌人，奖励等各种对象。每个对象通常又会有不同的动作，我们该如何统一管理呢？这里我们创建一个sprite对象，分为四步，指定类型，初始化绘制类，添加行为，初始化sprite。
• 指定类型： 指定该sprite对象的类型，是场景还是主角？
• 初始化绘制类：初始化的绘制类用来绘制该sprite，内部会保存当前sprite的动作状态，第几帧等和绘制相关的属性。
• 添加行为：一个sprite可能会跑，会跳，会发射炸弹。 这些都需要将行为单独添加给sprite
• 初始化：通过模版来初始化sprite属性并生成。
通过以上的步骤，可以模版化的创建出一个sprite，这个流程足够通用。
创建好了所有的sprite后，将它添加到一个list中进行整合，方便游戏本身去遍历访问。

3、上个提到的行为是什么？

行为就是每个sprite可以干什么，行为是让一个sprite具有特色最好的方法。
• 行为的分类
• sprite对象的特定行为： 确定只被一个sprite对象使用的特定行为
• 轻量级（无状态）行为： 不维持状态的行为，可以被多个sprite同时使用。 轻量级的行为可以显著的减少内存，尤其是像包含了上千个sprite对象的例子系统。
• 游戏独立行为：三分之一的行为为独立行为，即通用行为。可以和任何精灵一起工作的行为。比如游戏中通过循环显示sprite对象的图像来实现的周期行为。你可以使用周期性为与任何artist对象是一个表单的sprite对象一起工作。而不用管这事哪种游戏。

4、如何实现不同sprite的速度差呢？

sprite都会有自己不同的速度，我们会有一个sprite list来存放所有的sprite，在没帧的时候，通过上一帧到这一帧的时候，来计算当前sprite需不需要去做一个移动，这样就实现了速度差。

5、格斗游戏中的各种判定

demo2中比demo1中多了一些判定框。粗略讲解一下为什么。
在此之前，科普一些基本的判定框种类。
• 体积碰撞框
• 基本所有游戏都会有，用来限制角色的位置。进行碰撞检测。
• 攻击判定框
• 举例，当角色进行攻击时，释放的技能不同，攻击生效的地方也不同。这是就需要一个或多个攻击框来判定伤害触发的范围。

• 
  • 受伤范围框
  • 在2d游戏中，很多都采用矩形框来进行判定，这是普遍会发有角色不会占满矩形框的情况。我们需要实现多个受伤框，来进行受伤判定。如图。
• 
  • 防御范围框
  • 角色进行防御时候，会有一个防御范围。通常角色都是正面防御，此时从背面攻击就会破防。这里就会有一个正面的防御判定框。
  • 当前帧占位框
  • 在这次格斗游戏中，由于素材限定，技能和角色整合在了一起，这就不可避免的出现了一些问题，某一帧中技能特效很华丽，占位特别大，所以用到了此框。
  •

6、碰撞体积检测

这两个demo中都使用的是矩形碰撞，所以这里只讲一下矩形碰撞检测的方法。
1、canvas提供的原生api
isPointInPath()， 这个方法用来判定一个点在不在当前的路径内。其实我们常用的图标组件，点击某区域显示什么什么数据，就会用到这个api。 这个api可以很方便的判定一个角色与另一个sprite对象碰撞。首先我们需要先给角色标记几个关键点，如角色碰撞框的四个角点， 中心点。 标记的点越多，碰撞检测越精准，性能也越差。 这个方法局限性很大，很容易误判～
2、边界区域判定法
简单的来讲，就是判断两个矩形存不存在交点，如果存在，即为碰撞。

缺点: 当边界区域太小时候，而两个检测对象速度又很快时候，会出现在一帧中直接穿过的情况。
3、光线投射法。
光线投射法在检测面积小，速度快的sprite对象时候更可靠。其通过检测两个sprite的速度矢量是否存在焦点来判断。
4、分离轴定理。
分离轴定理是最可靠，同样也是最复杂的碰撞检测技术之一。 实战中没有用到~以后有机会细看一下。
这个用来检测多边形之间的碰撞很方便。
7、优化碰撞体积算法。
碰撞计算可以说是每个游戏中最耗费性能的地域了，处理不佳可能会造成性能崩塌。所以进行相关的碰撞检测算法优化是非常有必要的。
1、只对当前可视区域的sprite进行碰撞检测。
一个游戏往往不能一屏显示完毕，会出现滚动屏幕的情况。这时未出现在屏幕中的sprite完全不必要进行检测。
2、预测会发生碰撞的sprite进行检测。
比如A，B赛跑，知道A永远追不上B的情况下，就大可不必对这两个人进行碰撞检测。再比如AB背到而行，也不用进行碰撞检测。
3、只对主角周围特定空间内的sprite对象进行碰撞检测。
这个方法可以极大的减少检测次数。

DEMO_1中，我只对红色矩形范围内的sprite进行碰撞检测，会有很好的性能表现。

五、总结一下

暂先写这么多吧~！！以后想到的话再补充。
独立开发一款游戏能学到很多东西，也能将平常自己的技能加以强化，综合。
这两款小的demo游戏，就用到了继承，闭包，设计模式，数据结构各种东西。这对于提升编程功力是一个很不错的方法~