上一篇：Xcode与C++之游戏开发：游戏对象 预备动作：请按照第一篇，搭好一个黑框窗口，然后按照第二篇完成基本渲染器，按第三篇完成增量时间。本篇有大量代码，请有一定的耐心。

精灵是2D游戏中的视觉对象，通常用来表示角色、背景或者其它动态对象。对于移动游戏而言，它占了大部分的游戏大小。大多数2D游戏具有数十个甚至数百个精灵。

每个精灵都有一个或多个与之关联的图像文件。有许多不同的图像文件格式，游戏使用基于平台和其它约束使用不同格式。例如，PNG 是压缩图像格式，使用这个格式可以减少一部分存储空间。但是，硬件不能原生地支持绘制 PNG 文件，所以加载时间会长一点。一些平台会使用一些对显卡(准确地说，图形硬件)特别优化过格式，比如PVR(ios)、DXT(PC和Xbox)。

因为它在游戏中大量的存在，因此高效地运用它们就显得非常重要了。

仅仅使用 SDL 库的2D游戏，最简单的加载图像文件的方式是使用 SDL Image 库，因为 SDL 本身只支持 .bmp 格式。第一步就是用 IMG_Init 初始化 SDL 图像，并且用一个标志位参数来表明所需的文件格式。在 Game::Inititalize() 中加入：

除了 PNG，还有其它的格式：

完成 SDL Image 的初始化后，就可以使用 IMG_Load 加载图像文件到 SDL_Surface。在这之后，使用 SDL_CreateTextureFromSurface 将 SDL_Surface 转换到 SDL_Texture（这是 SDL 要求的）。将上述过程封装一下：

现在尝试加载一张图片试试，在 Game::Inititalize() 中加入下面的代码（注意，将Game::GenerateOutput() 函数清空，否则你会有惊喜）。

嗯，你应该猜得出来，其实我按图片大小修改了初始化时候的窗体大小。（上述代码只是演示一下，不出现在后文的代码中，换句话说，本文最终产品可能不包含上述代码，请酌情处理。）

接下来，又有一个很有意思的问题，怎么存储这些 texture（可以翻译成纹理，但感觉中文有点小歧义，纹理总是让我想到那些木纹、石头纹路之类的。图片属于纹理，有点小奇怪）。使用相同的图片在游戏中非常普遍，假如有20个行星，每个行星都用相同的行星图片，重复加载20次，显然是不能接受的（I/O开销很昂贵的）。

一个最简单的方式就是在游戏中创建一个文件名到 SDL_Texture 指针的映射。C++11 引入的 unordered_map 是一个很不错的选择。我们可以创建一个 GetTexture 函数，它通过 texture 名字返回对应的 SDL_Texture 指针。这个函数首先应该检查 texture 是否已经存在，如果不存在，那就从文件中加载 texture。

先在 Game.hpp 中声明函数还有映射 mTextures：

再到 Game.cpp 实现：

简单情况下将文件名映射到 SDL_Texture 指针是有意义的，但考虑到实际的游戏可能具有许多不同类型的 textures，比如声音效果，3D模型，字体等。因此，编写一个更健壮的系统来一般处理所有类型的 textures 是有必要的，但为了简单起见，就不打算开发什么资产管理系统了。

为了更清楚的划分责任，不妨创建一个 Load_data() 函数来加载游戏世界中的演员。好吧，暂时留白，待会等演员上场，再回过头来补充这个函数。老规矩，先头文件（private，放在私有里），然后.cpp文件。之后在 Initialize() 的最后调用这个函数。

假设游戏只有背景图片和游戏角色，那么绘制的顺序是先背景再角色。这很类似画家的绘图时候的方式，因此这也被称作画家算法（painter’s algorithm）。也就说，先画最底层，再一层层往上渲染。

上一篇，已经介绍过游戏对象了，接下来会采用Actor/Component混合式的游戏对象模型。但由于上一篇没有上下文，没有完整的具体代码，但对游戏对象模型的实现已经给出了介绍，下面直接贴出代码（不清楚的，请参考上一篇）。

Component.hpp:

Component.cpp：

Actor.hpp: