IDP 2.0里面包括一个用来简化编写二维游戏的API函数。这个API函数是非常简凑的，只包括javax.microedition.lcdui.game包里的五个类。这五个类主要提供了两个重要的功能：

1、新的GameCanvas类使得在一个游戏循环体内画一个screen和响应键盘输入成为可能，而不需要调用系统的paint和input线程。

2、功能强大而复杂的图层（layer）API函数可以轻松高效地建立复杂的场景。

muTank Example

利用GameCanvas类创建一个游戏循环（game loop）

GameCanvas类是附加了功能的Canvas类，它提供了立即重画和检查设备按键状态的方法。这些新的方法把一个游戏的所有函数（功能）封装在一个循环体内，并由一个单线程进行控制。为什么这样做就非常吸引人呢？先让我们考虑一下你是如何执行一个使用了Canvas类的典型游戏的：

这不是一个美丽的画面 。运行在应用程序线程中的run()方法，每一个时间段都会刷新游戏。典型的任务是刷新小球或飞行物的位置，绘制人物或飞行器动画。每一次通过循环体，repaint()方法被用来刷新屏幕。系统把按键事件传送给KeyPressed(),它能适当地刷新游戏状态。

问题是,每样东西都在不同的线程里，游戏代码在以上三种不同方法里传递很容易混淆。当run()方法里的主动画循环体调用repaint()方法时，将没有办法确切知道系统什么时候调用paint()方法。当系统调用KeyPressed()时，也没有办法知道程序的另一部分正在进行什么。如果你KeyPressed()中的代码将要刷新游戏的状态，而同一时刻paint()方法将表现屏幕，这时屏幕将会持续非常奇怪的状态。如果表现屏幕所用时间超过一个单时间段，动画会看起来颠簸不定或是很奇怪。

GameCanvas类允许你避开常用绘画(painting)和按键消息(key-event)机制，所以所有的游戏逻辑都可以被包括在一个单循环中。首先，GameCanvas类允许你用getGraphics()方法直接访问Graphics对象。对于所返回的Graphics对象的任何表现（rendering）都可以通过屏幕外缓冲区（offscreen buffer）来实现。你可以用flushGraphics()复制缓冲区到屏幕上，直到屏幕被刷新才会返回。这种方式给你提供比调用repaint()方法更完善的控制。Repaint()方法会立即返回值，以至于你的应用程序不能确定系统什么时候会调用paint()来刷新屏幕。

GameCanvas类也包含一个用来获得设备按键当前状态的方法，即所谓得polling技术。你可以通过调用GameCanvas类的getKeyStates()方法，马上确定哪一个按键被按下，从而取代了等待系统调用KeyPressed()方法。

下面是一个使用GameCanvas类的典型的游戏循环体：

接下来的例子描述了一个基本的游戏循环体。它向你展现了一个旋转的“X”，你可以用方向键在屏幕上移动它。这里的Run()方法特别的瘦小，这要多亏了GameCanvas。

本文所举示例的代码包括一个使用了这个canvas的MIDlet。你可以尝试着运行SimpleGameMIDlet这个小程序，看看它是怎样工作的。你将会看到一个像正在做健身操的海星的东西（或许它正在寻找自己失掉的腿）。

SimpleGameMIDlet Screen Shot

游戏场景就像是洋葱（有层次）

典型的二维动作游戏常包含一个背景和若干动画人物。尽管你可以自己来描绘出这种场景，不过Game API函数使你能够用图层来建立场景。你可以做一个城市的背景图层，另外再做一个含有一辆小汽车的图层。将小汽车图层放在背景上，你就创造出了一个完整的场景。把小汽车放在一个单独的图层中，可以很容易的熟练操控它，而不受背景和其他图层的影响。

1、 Layer类是所有图层类对象的抽象基类。它定义了一个图层的基本属性，包括位置，尺寸，和此图层是否可见。Layer类的每个子类必须定义一个paint()方法，用来把这个图层表现在一个图象上，这个图象将会被描画到屏幕表面上。两个确切的子类TiledLayer和Sprite应该能满足你的二维游戏的需要了。

TiledLayer类用来建立背景图像。你可以用一个小的源图像贴的集合来高效的制作大的图像。

Sprite类是一个动画层。你提供源帧就可以对整个动画进行完全的控制。Sprite类也提供镜像，并可对源帧作90度旋转。

LayerManager类是一个非常有用的类，用来保存你的场景中的所有图层的动作轨迹。LayerManager类 paint()方法的一个简单调用就足以控制所包含的所有图层。

使用TiledLayer类

尽管包含一些不是显而易见的微妙不同，TiledLayer类还是很容易理解。这个类的基本思想就是，用一个源图像提供一组图像贴片，这些贴片可以组合成一幅大的场景。例如，下面的图像是64*48像素的。

Source Image

这个图像被分成了12块16*16的图像贴片。TiledLayer类分配给每个图像贴片编号，左上角的图片规定为1，以此类推。上面源图像的各个贴片如下编号：

Tile Numbering

用代码创建一个TiledLayer类是非常简单的。你需要确定行数和列数，源图像以及这个源图像里每个贴片的像素大小。下面的代码片断告诉你如何装载图像和创建TiledLayer类。

在例子中，新的TiledLayer类有10行，10列。这些来自image的图像贴片大小是16*16像素。

有趣的部分还是用这些图像贴片来创建一幕场景。利用setCell()方法可以把一个图像贴片分配到一个数组元胞里。你需要提供这个数组元胞所在行列数以及图像贴片的编号。例如，你可以通过调用setCelll(2,1,5)方法把编号为5的图像贴片分配到第2行中的第3个数组元胞里。如果你觉得这些参数看起来不对，请注意，图像贴片编号是从1开始计数，而行和列的编号是从0开始的。参数缺省情况下，新的TiledLayer类对象中的所有数组元胞的图像贴片标号为0，这就意味着它们是空的。

下面的代码片断向你说明一种使用整数数组来填充TiledLayer类对象。在实际图像中，TiledLayer类可以从资源文件里定义，这就使得定义背景时可以有更多的灵活性，并能提供新的背景和级别来增强游戏的可玩性。

为了把这个TiledLayer类对象显示在屏幕上，你需要调用一个Graphics对象的paint()方法。

TiledLayer类还支持动画图像帖子，这样就使得通过一系列贴片来移动元胞集合很容易了。若想得到更详细的说明，参看TiledLayer类相关的API文档。

使用Sprite类实现人物动画

Game API函数里提供的另一个具体的Layer类是Sprite类。一方面，Sprite类是TileLayer类的概念化的逆转．TiledLayer类使用源图像贴片的调色板来创建一幅大场景，而Sprite类则使用一系列源图像帧来产生动画。

你创建一个Sprite类所需要的只是源图像和每个帧的尺寸。在TiledLayer类里，源图像被分为相同大小的图像贴片；在Sprite类里，子图像被称为帧。在下面的例子里，源图像tank.png用来创建帧大小为３２＊32像素的Sprite类对象。

源图像里面的每一帧都有一个编号，从０开始，以此累加。（在这里不要糊涂，记住图像贴片的编号才是从1开始的）Sprite类有一个帧序列，它决定了帧显示的顺序。一个新Sprite类对象的缺省帧序列简单地依照可用帧，从0开始累加。

使用Sprite类的nextFrame()方法和prevFrame()方法，可以把帧在帧序列中向前或向后移动。这些方法把帧序列的头尾连接起来了。例如，如果Sprite类对象已经把位于帧序列末尾的帧显示出来了，若在调用nextFrame()方法将会显示帧序列的头帧。

调用setFrameSequence()方法，可以通过整型数组所指定的序列来确定不同于缺省时的帧序列。

你还可以调用setFrame()方法跳至当前帧序列中的某一帧。你不能跳至特定的帧编号处，只能跳至帧序列的特定点。

利用从Layer类继承下来的paint()方法时，只有在Sprite类在下一个时间段内被表现的时候，帧的变化才真正实现。

Sprite类还可以变换源帧。可以把帧旋转９０度，或做镜像变换，或两者皆有。在Sprite类里的常数枚举了这些可能性。Sprite类的当前变换方式可以通过向setTransform()方法传递这些常数之一进行设定。下面的例子是当前帧绕垂直中心做镜像变换，并旋转９０度：

应用了变换方式，从而使得Sprite类的参考像素并没有移动。缺省下，Sprite类的参考像素位于Sprite类坐标系里的(0,0)点处，即左上角。当应用了变换方式，参考像素的位置也变换了。Sprite类的位置被调整了，从而参考像素仍然在原位置上。

你可以通过调用defineReferencePixel()方法来改变参考像素点的位置。对于大多数类型的动画，你可以把参考像素点定义在sprite的中心上。

最后，Sprite类提供几个collidesWith()方法来检测与其他Sprites,ItledLayers，或Images类对象的碰撞。你可以使用检测矩形（快但粗糙）或者像素级别（慢但精确）来检测碰撞。这些方法的微妙不同是难以描述的；若详细资料，可参看API 文档。

MuTank例子

MuTank例子向你说明TiledLayer,Sprite和LayerManager类的用法。

最重要的类是包含大部分代码的MicroTankCanvas类和封装了坦克行为的MicroTankSprite类。

MicroTankSprite类制作了大量的变换方式。它使用了一个只含3帧的源图像来显示指向16种方向的坦克。Turn()和forward()两个公用方法使得坦克很容易控制。

MicroTankCanvas类是GameCanvas类的子类，它在run()方法里包含一个你应该很熟悉的动画循环体。 Tick()方法用来检测坦克是否碰到隔板上了。如果碰到了，就调用MicroTankCanvas类的undo()方法使它最近一次的运动倒退。Input()方法简单地检测按键是否被按下，并同时调整坦克的方向或位置。Render()方法使用一个LayerManager类对象来对绘画进行处理。LayerManager类包含两个图层，坦克图层和隔板图层。

从游戏循环体中调用的Debug()方法，用来比较通过游戏循环体所用时间和期望的循环时间（80毫秒），并在屏幕上显示时间的百分比。它仅仅是用作调试诊断目的的，在游戏被发送给用户之前将会被删除。

游戏循环体的计时比前面的SimpleGameCanvas类更加复杂。为了更精确的每80毫秒就重复一次游戏循环体，MicroTankCanvas类对tick(),input()和render()方法所花费时间进行测量。然后停下来花费完80毫秒中的剩余时间，以使得通过每次循环所用的总共时间尽可能的接近于80毫秒。

总结

MIDP 2.0的Game API函数提供了一个简化二维动作游戏开发的构架。首先，GameCanvas提供了使得游戏循环体紧凑的绘画和输入方法。其次，图层的架构使得创建复杂的场景成为可能。TiledLayer从源图像簇的调色盘中组合了一个大背景或场景。Sprite适合于动画人物，并能检测到在游戏中与其他对象的碰撞。 LayerManager把所有的图层粘合在一起。MuTank例子提供了一组基本的工作代码，用来说明Game API函数的使用。

查看本文来源