当ios游戏开发像做份沙拉那么简单

时间：2011-12-02 来源：cnblogs

写在所有之前：这个工具更适合没有编码基础又喜欢折腾的设计师们，并不一定适合开发同事。

当你有一个好的游戏创意却因没有代码基础而搁浅时，是不是很期待一款这样的软件，让 ios 游戏开发变得像做份沙拉那么简单？现在 GameSaladInc. 就为我们提供了这样一个便利的开发工具 GameSalad。

简单介绍一下 GameSalad：这是一款可视化编程的游戏引擎，使用者无需编码就能为 iPhone, iPad, Mac 和 Web 来设计，发布和分销原创游戏，简单易上手，很适合交互和视觉。开发完成的游戏可以通过云端上传到 GS 的服务器，发布到的 APP store。同类的游戏引擎还有 Corona 和 Unity，但相比之下 GameSalad 是最简单的一款，而 Unity 则是最强大的一款。到目前为止，已有 16 万游戏开发员利用 GameSalad 在 iTunes 应用店里开发了 16000 款游戏，其中有 30 多款游戏在 Apple 应用店游戏前 100 名中榜上有名。

着手使用这个工具开发 IOS 游戏前，开发者一定要想好整个流程和游戏框架，虽然也许制作过程只是简单的拖拽行为，但创作中的制图、音效、关卡设计、故事情节都需要时间去完成。所以我们需要了解一下 GameSalad 的结构，如下所示：

GameSalad 故事板的形式去设计游戏，用场景内来承载不同的事件和物理环境。整个引擎以事件驱动行为，在效率方面表现相当不俗，即使屏幕内有大量的 sprite（2D 元件）也能保持 FPS，不会出现卡帧。

使用 GameSalad 来制作游戏就像玩 2D 拼图，能很快的把元件们组成故事

在物理引擎方面，GameSalad 提供了一些基础的物理参数：重力、摩擦力、加速度、密度、角速度等。这些参数已经可以搭起一个简单的物理环境。

物理环境决定了游戏里的苹果会不会落在牛顿头上

用这些物理属性，我们可以做一个愤怒的小鸟里最简单的关卡：

1、我们创建一个球的行为者，为他赋予初速度、加速度和方向，这样球就会自己动起来啦。

2、为球增加与不同物体的碰撞检测，如碰到木板时水平速度大于多少时是有效碰撞，之后我们会判定该木板的状态为已击破，播放一个撞击的动画，同时生成破碎的木板并赋予他们一些物理数据。（这里与实际使用 BOX2D 或者其他物理环境时原理不同，控制上较生硬）

GameSalad 有着明显的局限性。在推广方面，用户需花费一番功夫才能学会学会发行和推广他们的游戏。而且通过云端上传源代码到服务器也让很多人持观望态度，这也是为什么 Gamesalad 不像 Unity 或 Cocos2D 那样经常有大作出现。在技术方面，GameSalad 则有以下重要的技术门槛：

1、开发的同时也限制了引擎，其中最重要的就是继承的管理。Actor 和 Attribute 的分离导致整个引擎只有两种变量，全局变量和 Actor 变量 Tag。全局变量会同时控制某 Actor 的父类与子类，而 Actor 变量只能控制自身。

如上图，PAPA 这个父类可以通过控制 TAG 来控制自己的行为，子类A和B也能通过控制 TAG 来控制自己的行为，但不能有一个外部的全局控制器 Control 来区分控制他们，即一旦对 Attribute 这种全局变量做出修改，PAPA\A\B的行为都会改变。这个设计导致了无法进行跨类控制，父类也无法控制子类，在游戏设计上导致了很多限制。

2、另一个局限性在于碰撞盒。由于物理引擎的不开源，无法自定义碰撞盒，导致曲面碰撞检测无法控制。GameSalad 里的默认碰撞盒只有矩形和圆形两种，我们虽然可以通过微积分的方式去制作曲面的碰撞检测，但这样就导致工作量和灵活性大大降低，而且无法对物品运行的方向做好控制。

比如 Tiny wings 里的弧形山脉，如果使用 GameSalad 去做就必须要用很多窄矩形叠加去模拟弧线（如下图），但这样也会拖低系统的效率。