C++ 超级玛丽制作揭秘(包含完整源文件与文档)

首先，我说说对C++的最直观的感受吧！熟悉了.net 智能提示，开始一开始发现C++根本没有提示了。后来google了一下，下载了一个visual assist 这个插件，比vs自动提示强多了。 然后，就是习惯了在.net中，把所有的声明和方法实现写在同一文件中。可是C++不是这么回事。 他一个声明在头文件中，实现 在源文件中，说实在话，一开始并怎么习惯。后来渐渐就习惯了。然后，写C++的文件就是真他妈的痛苦，他不比.net,微软已经比你封装好了，在C++中，好多东西需要自己写。 首先，一个析构函数，需要自己释放资源。而.net有一个gc自动进行垃圾回收，资源释不释放，关你鸟事。没办法，只有自己释放.做一个遵守规则的好程序员。这是我对C++最直观感受。

 

言归正卷，说一说这个超级玛丽的游戏。 先看看，我对游戏的类结构的分类，如果有不妥的地方，恳请大家指正。

从层次结构来看，分成这几个层①图像层，②逻辑层，③结构和表。

图像层包括①图像基类MYBITMAP,②游戏背景MYBKSKYàMYBITMAP，③游戏图片MYANIOBJàMYBITMAP，④魔法攻击MYANIMAGICàMYBITMA.

逻辑层包括①游戏逻辑GAMEMAP，②时钟处理MYCLOCK，③字体处理MYFONT，④跟踪打印FILEREPORT，⑥玩家控制MYROLEàMYBITMAP。

结构和表包括①精灵结构ROLE，②物品结构MapObject，③地图信息表MAPINFO。

 

那每个类的结构又是那么样子的，是骡子还是马拉出来溜溜。我们在往下看一看。

图像层的结构就这样简单，逻辑层只需要确定“哪个图像，哪一帧”这两个参数，就能在屏幕上绘制出所有图片。

说一说一个图片的基类。他的源代码的架构又是这个样子的。

今天先讲最基础的图像类 MYBITMAP：

成员函数功能列表:

 

这个基类的部分函数和变量,在这个游戏中没有使用,是从前几个游戏中保留下来的,所以看起来有些零乱.这个游戏的主要图像功能,由它的派生类完成.由于基类封装了物理层信息(dc和句柄),派生类的编写就容易一些,可以让我专注于逻辑含义.

基类的函数实现上,很简单,主要是以下几点:

1.图片初始化:

 

下面再来说一说 游戏背景 类MYBKSKY

类说明：这是一个专门处理游戏背景的类。在横版游戏或射击游戏中，都有一个背景画面，如山、天空、云、星空等等。这些图片一般只有1到2倍屏幕宽度，然后像一个卷轴一样循环移动，连成一片，感觉上像一张很长的图片。这个类就是专门处理这个背景的。在超级玛丽增强版中，主要关卡是3关，各有一张背景图片；从水管进去，有两关，都用一张全黑图片。共四张图。这四张图大小一致，纵向排列在一个位图文件中。MYBKSKY这个类，派生于MYBITMAP。由于背景图片只需要完成循环移动的效果，只需要实现一个功能，而无需关心其他任何问题（例如句柄、dc）。编码起来很简单，再次反映出面向对象的好处。

实现的原理：

怎样让一张图片像卷轴一样不停移动呢？很简单，假设有一条垂直分割线，把图片分成左右两部分。先显示右边部分，再把左边部分接到图片末尾。不停移动向右移动分割线，图片就会循环地显示。

成员函数功能列表：

 

看一看图片显示 类MYANIOBJ

类说明：这个类负责游戏中的图片显示。菜单背景、通关和游戏结束的提示图片，由MYBITMAP处理（大小一致的静态图片）。游戏背景由MYBKSKY处理。其余图片，也就是游戏过程中的所有图片，都是MYANIOBJ处理。

技术原理：游戏中的图片大小不一致，具体在超级玛丽中，可以分成两类：矩形图片和不规则图片。在位图文件中，都是纵向排列各个图片，横向排列各帧。用两个数组存储各个图片的宽和高。为了方便显示某一个图片，用一个数组存储各个图片的纵坐标（即位图文件中左上角的位置）。使用时，由逻辑层指定“哪个图片”的“哪一帧”，显示在“什么位置”。这样图片的显示功能就实现了。

成员函数功能列表：

 

看一看 魔法攻击 类MYANIMAGIC

类说明：玩家有两种攻击方式：普通攻击（子弹），魔法攻击（旋风）。这个类是专门处理旋风的。我最初的想法是用一些特殊的bitblt方法制造特效，例如或、与、异或。试了几次，都失败了。最后只能用“先与后或”的老方法。这个类可看成MYANIOBJ的一个简化版，只支持不规则图片的显示。

成员函数功能列表：