通向天才之路 : 2D引擎图底层图像模块分析

我记得从看灌蓝高手开始,我就喜欢上了樱木花道这个角色.这个四肢发达头脑简单的单细胞动物身上有种说不清楚的可爱,特别是那种练习时候的认真努力和在别人面前炫耀时候大声笑着说:"我果然是天才".试想一下,CSDN之中有几人做的到如此率真.

许多人认为程式员应该谦虚,应该低调一点.但是这种想法是在是让我觉得很好笑呢,那些人有没有想过为什么?即使我在网上被人踢出讨论群,即使被一大堆人说三道四,我依然要大声的说:"我是天才!!" 因为即使我现在不是,将来总有一天会是的.


以上是废话
——————————————————————————————
以下是正文


想当年,当我开始研究DirectDraw的时候,网上的资料实在是太有限了,在那个没有google的年代里面找到适合自己的文章真的像是在捞针相同.而当我找到了合适的资料,写出了第一个控制图片元素在屏幕上移动的时候,我不禁想到了这样一个问题:假如游戏中每一个元素都需要自己写代码把BMP或JPG文档载入页面,然后再手工BLT到主页面上去,那么把一个游戏全部载入内存显示出来就足够把您累的半死了.

而当我思考如何解决这个问题的时候,我已没有时间了,我不得不整理我的行装到大学军训去了.但是这个问题一直遗留了下来.如何管理图像资源才能够够方便,而且能够把更多的心思放在游戏设计上面.

起初我想到的是个功能复杂的图片类,在需要使用图片的时候生成一个然后载入图片,并且在适当的时候渲染他自己.我本以为这个是个不错的方法,一直到写LAZYMAN2.0的2D部分的时候,我不得不考虑这样的问题,图片的半透明效果怎么办?因为考虑到效率的原因,我必须先渲染没有半透明效果的图片,之后再渲染有半透明效果的图片.而假如不这样做,渲染的结果就有可能会出错,而这点是绝对不允许的.

唯一的办法只有把图片都统一集中管理,并且把图片分类,半透明的和不透明的.维持一个显示列表.这起初让我觉得很麻烦,因为集中管理的结果就是读取图片必须通过这个管理的类(之后我将这个类称为管理器).而配置图片的属性,比如在屏幕上的位置啊什么的,也都必须通过管理器.而后来我发现这样的结果是让代码变的规范了,在写代码的时候就考虑了结构上的一些问题,代码看起来好看了不少.

2D图片管理器实现了集中化管理,而使用句柄作为外部对图片的唯一标识,也使得看起来更像专业的代码.这里的句柄其实只是为了标识出全局唯一一个图片的作用,最简单而有效的办法是把管理器里面的那个图片元素的地址赋值给句柄.


———————————————————————————————
以下的是OniEngine中的部分代码
(我之后会拿OniEngine或Lazyman做为例子,
OniEngine只是我作为例子写的,Lazyman是个能够用的底层)


class OniEngine2D
{
public:
OniEngine2D();
virtual ~OniEngine2D();

// 初始化函数,参数列表里面相关的参数省略了
bool Init(...);
// 外部调用的渲染循环
bool Render();
// 释放任何资源
bool Release();
......

// 载入图片
HPIC LoadPicture(const char* file);
// 配置图片显示位置
bool SetPos(HPIC hPic, int x, int y);
......

// 显示图片
bool Show(HPIC hPic);
// 隐藏图片
bool Hide(HPIC hPic);

// 更有很多其他函数,不一一列举了,看实际情况添加
};