游戏组件——更多的辅助类

更多的辅助类

在上一章谈论的辅助类还不够么？是的。我们将在Tetris游戏中使用的两个新类在这里还没有被进一步深入讨论，它们只是本书中我真实使用的类的精简版。不过它们仍然很有用，并且有助于你使得游戏编写过程更加容易。

TextureFont类

你已经知道了XNA中缺少字体支持，你也知道位图字型是在XNA中显示文本的唯一选择（也许使用某些自定义3D字体渲染除外）。

在本书第一个游戏中，你正是使用某些精灵来显示游戏或者菜单中的固定文本。这种方式非常容易，不过对于记分板，你在游戏中肯定需要一种方式，提供一个允许你写下任何文本和数字的动态字型。

让我们继续前进，看一看TetrisGame 类中的TestScoreboard单元测试，渲染了记分板的背景盒，然后写下所有的文本行以显示当前的level级别、分数、最高分纪录、当前游戏中你销毁的行数：

int level = 3, score = 350, highscore = 1542, lines = 13;

TestGame.Start("TestScoreboard",

  delegate

  {

    // Draw background box

    TestGame.game.backgroundSmallBox.Render(new Rectangle(

      (512 + 240) - 15, 40 - 10, 290 - 30, 190));



    // Show current level, score, etc.

    TextureFont.WriteText(512 + 240, 50, "Level: ");

    TextureFont.WriteText(512 + 420, 50, (level + 1).ToString());

    TextureFont.WriteText(512 + 240, 90, "Score: ");

    TextureFont.WriteText(512 + 420, 90, score.ToString());

    TextureFont.WriteText(512 + 240, 130, "Lines: ");

    TextureFont.WriteText(512 + 420, 130, lines.ToString());

    TextureFont.WriteText(512 + 240, 170, "Highscore: ");

    TextureFont.WriteText(512 + 420, 170, highscore.ToString());

});

你可能注意到你目前在使用类TestGame 类启动单元测试。对于这个测试你使用了一系列变量(level、score等等)，这些变量被游戏代码中的实际值所替换。在渲染循环中，你首先绘制背景盒（background box），并立刻显示它以避免后面绘制精灵时的显示错误。接下来你借助于新的TextureFont 类的WriteText 方法在指定的屏幕位置，写下四行文本。你实际上调用了8次WriteText 方法，以正确对齐所有的数字在你的背景盒右边，这样比只写4行文本看上去好很多。

在编写这个单元测试之后，你将得到一个编译错误，告诉你TextureFont 类还不存在。在创建了一个带有空的WriteText 方法的空类之后，你应该能够编译和启动测试了。就像展示背景盒，借助于你在上一章学过的SpriteHelper类，背景盒被在屏幕右上部。

甚至在你考虑实现TextureFont 类之前，你将会需要一个带有字型的位图纹理，以便于在屏幕上渲染文本。没有这样一个纹理，你就只能做理论工作，单元测试是要做游戏功能的实际测试的。你需要一个像图 4-3这样的纹理来显义所有的字母、数字和符号。你甚至可以在更大的纹理中使用更多的Unicode字母，或者用多个纹理实现它，不过这就离本章太远了。请查看源代码中，我在TextureFont 类顶部的注释提供的网站，你可以学到更多关于这个话题。

图 4-3

看一看TextureFont类的实现（见图 4-4）。调用TextureFont类非常容易；你只要像不久前在单元测试中那样调用WriteText 方法 。不过内部的代码不是很容易。该类保存了GameFont.png纹理的每一个字母的矩形，这个纹理被用在WriteAll方法中，通过在屏幕上绘制一个接一个的字母来渲染文本。该类也包含GameFont.png这个字体纹理、一个sprite batch对象来帮助渲染屏幕上的字体精灵，以及几个辅助变量来决定字型的高度。要检查屏幕上的文本占了多少宽度，你就要使用GetTextWidth 方法了。

图 4-4

FontToRender 是一个内部类，它负责你想在每一帧渲染的所有文本，这个过程非常类似于SpriteHelper类在每一帧最后渲染屏幕上的所有精灵。SpriteHelper.DrawAll方法被BaseGame类以同样的方式调用，TextureFont.WriteAll方法也被调用，绘制了屏幕上的一切，并且清空所有列表。要更深入学习TextureFont类，察看源代码，运行单元测试或者尝试逐步调试 WriteAll 方法。

Input类

另一个用在Tetris 游戏中的新类是Input，这个类封装了所有的输入处理，检查，并且更新了你在前几章所做的。第十章进一步深入谈论Input类，一些优秀的类确实需要来自于Input类的所有特性。（如图 4-5）

图 4-5

如你所见，Input类有相当多的属性，和一些辅助方法来访问键盘、gamepad和鼠标数据。借助于Update 静态方法，每一帧将被更新，这个方法直接被BaseGame 类调用。对于这个游戏，你主要使用键盘和gamepad 的press方法，诸如 GamePadAJustPressed 或者 KeyboardSpaceJustPressed。和RandomHelper 类很相似，Input 类如何工作不再难以理解，你已经在上一章从功能上实现了很多了。更多细节和应用你可以查看第十章。

Sound类

好了，你已经在第二章的第一个游戏中接触了声音，在第三章的Breakout 游戏也用到了。为了保持事情的简单性，为了后面不修改任何游戏类，就允许你添加更多的声音功能，sound management现在被移到了Sound类。快速浏览一下Sound类（如图 4-6）。这个版本看起来很简单，但是在第九章，还会深入谈论XACT，你将大幅度扩展Sound类，使得在本书最后它能为你那个伟大的竞速游戏准备就绪。

 
图 4-6

如你所见，所有的声音变量目前在Sound类中了，Game类不再包含任何声音变量。Sound构造器是静态的，并且当你第一次使用Play方法播放声音文件时将自动地被调用。Update方法自动地被BaseGame类调用。

Sounds枚举值和TestPlayClickSound 单元测试方法依赖于你当前游戏的实际内容。这些值对于你所写的每一个游戏而言都是变化的, 但是修改Sounds枚举值是非常简单的。你也许问为什么不正好借助于保存在XACT中的cue名称播放声音 ？ 好的，可能由于错误打印一个声音的Cue名称而发生许多错误，万一你删除、重命名，或者改变一个声音的Cue名称就很难跟踪。

Sounds枚举也使得快速添加一个声音特效、以及从IntelliSense查看可用的声音特效非常容易。.

• BlockMove向左、右、下移动砖块时播放。这是非常安静的声音特效。

• BlockRotate用于你旋转当前砖块的时候，并且听起来非常“速度感”。

• BlockFalldown用于当前砖块到达地面的时候，并且最终着陆。

• LineKill在游戏中每一次你决定销毁一行的时候被播放。

• Fight在每一次玩家启动游戏的时候被播放。

• Victory用于当玩家到达下一level关卡的时候，并且包含一阵鼓掌声。

• Lose一个老面孔了，当玩家游戏失败时播放。