GDI初窥--一个简单的打球游戏

开篇前言：

      关注游戏编程很久了，自己从未还写过真正意义上的游戏，即使是DEMO也没有。书中的例子倒是照着敲过几个，但由于本人学习效率比较低，归纳能力差，加之惰性很重，从未写过心得。这算是第一篇“技术性”的“代码描摹”后的学习心得，以后希望能坚持写下去，很多前辈都教导我们：程序员要经常做经验总结。由于是第一篇，技术含量相当低，见笑了。

正文：

      前几天把书上的GDI看完了，于是昨晚把书上的一个简单例子敲了一遍——一个简单的打球游戏，今天花了一个上午时间把代码进行了整理。作者可能是为了让读者更好的理解游戏逻辑和GDI的基础原理，很多地方结构不是很好，我按自己的编码习惯进行了整理，并修改了几个细节。

      这个游戏由两个文件：simpletennis.h和simpletennis.cpp。前者存放需要引用的函数库、全局变量、函数声明。后者主要包括了游戏的逻辑和执行。（这些是废话，为下文理清思路而已）。

下面是整个代码的结构，前四步包含了一个windows窗口程序基本流程：

1、  int WINAPI WinMain(HINSTANCE,hInstance,

                      HINSTANCE hPrevInstace,

                      LPSTR lpCmLine,

                      int nCmdShow)

      该函数相当于main()函数，是程序的入口。

      其中，WINAPI也可以用PASCAL代替（作者源代码中使用了后者）。他俩的区别是参数的传递约定不同：前者函数参数从右向左，后者反之。前者是WIN32的默认约定原则；后者是WIN16的约定，它的代码量会较小。在WIN32下两者可以通用，个人觉得使用WINAPI较好。

2、  设计窗口类，注册窗口类、实例化窗，更新，显示（基本流程，不多赘述）

3、  消息循环：

     while(alive)

       {

              if(PeekMessage(&msg,NULL,0,0,PM_REMOVE))

              {    

                     if(msg.message == WM_QUIT)

                            break;

                     TranslateMessage(&msg);

                     DispatchMessage(&msg);

              }

              PostMessage(hWnd,WM_PAINT,0,0);

              Game_Main(hWnd);

       }

      其中alive为true代表是玩家存活状态，一旦玩家失败，即游戏结束，消息循环则停止进行。GetMessage()用于高效的从消息队列读取消息，但消息队列为空时，会休眠。而PeekMessage()不会休眠，会返回0。为了满足游戏实时变化的要求，使用后者。

      GameMain()中包含了所有游戏的逻辑和地图绘制。

4、  在消息循环写完后，需要一个处理消息的函数——窗口过程（函数）。

    LRESULT CALLBACK WindowProc(HWND hWnd,

                                                    UINT message,

                                                    WPARAM wParam,

                                                    LPARAM lParam)

     LRESULT CALLBACK 可用long far PASCAL代替，与上面提及的PASCAL同理，可以通用，但本人觉得前者较好。

     该函数内主要是一个switch语句。每个case小句代表对于一种消息的处理。大部分情况下必须的消息处理有：WM_CREATE，WM_DESTROY，WM_CLOSE。

    WM_PAINT是常用的消息处理：对当前窗口进行重画。在作者的源程序中并未使用该消息。作者将绘画函数放置在GAME_MAIN()(事实上作者并未使用该函数，直接将代码放在while循环中)，利用while循环实现重画。而这样的做法也导致了一些问题，比如，在玩家失败后会弹出一个OK消息框，如果移动该消息框，由于已经退出了while循环，游戏窗口不能进行重绘，凡是被消息框覆盖部分不能还原。而使用WM_PAINT则正好弥补了该缺陷。

      附上WM_PAINT的结构：

         hdc = BeginPaint(hWnd,&ps);

                     DrawBkground(hWnd);

                     DrawAround(hWnd);

                     DrawField(hWnd);

                     DrawNet(hWnd);

                     DrawNPC(hWnd);

                     DrawBall(hWnd);

            DrawShader(hWnd);

                     DrawMan(hWnd);

                     EndPaint(hWnd,&ps);

     其中的hdc ,ps两个变量在过程函数中已经定义。BeginPaint和EndPaint为基本结构。

5、  GDI绘图：如果把游戏和人作比较，游戏的逻辑就好比是人的思想，GDI绘图就是躯体。

以该代码为例，绘图分为几个步骤：先是最底层背景（DrawBkground()）,然后是场地（DrawBkground()、DrawAround()），球网，NPC，玩家，球和球的影子。因为这是2D，不能很清晰的看到球的高度，有了影子以后，就可以利用球与影子的距离判断球与地面的高度。还有一点：玩家（或者说球拍）和球的绘图顺序不能搞错，否则会出现球穿透球拍的情况。

    以DrawField（）为例：

void DrawField(HWND hWnd)

{

HDC hdc;

hdc = GetDC(hWnd);

SelectObject(hdc,black_pen);

SelectObject(hdc,field_brush);

Polygon(hdc,FIELDPOINT,4);

 

MoveToEx(hdc,400,150,NULL);

LineTo(hdc,400,550);

MoveToEx(hdc,130,300,NULL);

LineTo(hdc,665,300);

MoveToEx(hdc,24,551,NULL);

LineTo(hdc,775,551);

 

SelectObject(hdc,black_pen);

SelectObject(hdc,field_brush);

ReleaseDC(hWnd,hdc); }

      GetDC()是程序不在处理WM_PAINT时，获取设备句柄的方法，SelectObject()用来拾取对象，我们在头文件中定义好了不同颜色和不同特征的画笔和画刷，现在你想用那个工具作画，就用该函数去取，用完后放回释放空间——DeleteObject(),该代码中这一函数放在了程序的末尾。注意函数中前后两次进行了取画笔的操作，我对此不理解，有个朋友说是“对画笔进行还原”。

    MoveToEx()和LineTo()两个函数在这个代码中用来划界线（羽毛球和网球的场地都有横竖多条界线）。前者是定义直线（严格说是线段）的起点，后者是决定末点，并进行画直线操作。

6、  最后，Game_Main（）的结构，主要就是游戏的逻辑，不在话下。

      从目前看过的几个游戏来说，在windows游戏中，主要就是三块内容：创建windows窗口，GDI绘制游戏世界，游戏逻辑。这一个归纳是否正确，还有待之后不断的学习探索。