牽著老婆滿街逛

　　我想關于這個主題的文章，不算少，但也不算太多。但大多是分別介紹 DirectDraw 與 DirectInput，而并沒有將其結合起來，也許你會問：“分開與合并起來并沒有本質區別啊！”。其實的確沒有本質區別，但那樣使那些最初對游戲編程報有極大熱情的愛好者感到非常失望，因為這其中的一個并不能完全滿足他們的要求，并且使其感到巨大的阻力，從而失去信心。所以本文將 DirectDraw 與 DirectInput結合起來去講一個主題就是“游戲編程”，請注意是“游戲編程”，當然這只是一個簡單的桌面游戲，但這已經與先前有很大的不同了，這已不是簡單的 DirectDraw或 DirectInput編程。我想你現在應該能夠體會出其中的區別了。

　　聲明：在這之前需要你具有一定的 WIN32 API 函數的知識，并且可以熟練使用。和 DirectDraw的知識，關于DirectDraw可以參見 www.frontfree.net 中的 <<動畫程序編寫——DirectDraw之旅>> 1-3)，或其它文章。最后是 c++ 語言，當然也要包括面向對象的那部分。在 Visual C++ .NET 編譯環境下進行開發的。

　　首先 ，我們還是先簡要復習一下DirectDraw的概念吧！
DirectDraw本質上是顯存管理程序。它最重要的性能是允許程序員直接在顯存里存儲和操縱位圖。它使你能夠利用視頻硬件bliter（位塊傳輸器）在顯存內部進行位圖的blit（位塊傳輸）。用視頻硬件的blitter從顯存向顯存進行blit比從內存向顯存更快。這在64位顯卡向顯存提供64位數據路徑的今天顯得尤其重要，硬件獨立于促CPU進行位塊傳輸操作，使得CPU得以繼續工作。另外DirectDraw支持顯卡的其他硬件加速特性，例如對精靈和z -buffering的硬件支持。

DirectDraw的工作原理

我們這里還是用圖表方式展現給大家吧!

　　細心的朋友可以很明顯地注意到圖示中的右上角的圖解中說明，表面對象有兩個寬度，一個是WIDTH，一個是PITCH。WIDTH就是創建表面時所給出的那個寬度，而PITCH是表面的實際寬度，是按字節算的。在許多顯卡上，PITCH和WIDTH是相等的，比如在640x480的高彩模式下，PITCH為1280。而在某些顯卡上，PITCH比WIDTH要大。比如在640x480的256色模式下，當WIDTH是640時，PITCH為1024而不是640，這些顯卡這樣做是為了更好地進行數據對齊來提高性能或達到其它目的。所以，我們在實際編程時，為了保證程序的兼容性，必須按PITCH處理。 但這些硬件的底層問題，我們不用太關心，只要稍有了解就可以了。

下面我們再簡要敘述一下，如何使用 DirectX 9.0 中提供的 DirectDraw 類庫來創建對象并使用操作對象。

宏定義在先，定義刪除指針和釋放對象的宏

先創建一個 CDisplay 的全局對象
CDisplay就是ddutil.h中定義的類，用于處理表面之間的拷貝翻頁等操作的類，再次定義一個全局變量，用于以后對指向的表面之間進行操作

然后創建表面，當然可以創建很多的表面，這些表面都是離屏表面，在更新畫面時，都可以用 CDisplay 類的對象中的方法，將其拷貝到后備緩沖區表面上。只要創建離屏表面，就要用到 CSurface 類。CSurface也是ddutil.h頭文件中定義的類，用于對表面本身進行操作，如設置色彩鍵碼，在此定義的圖畫指針。
　

DirectX 中就一共用這兩個類封裝了 DirectDraw 對象的大部分操作，如果你覺得這還不能滿足要求，那么你也可以在程序中用 DirectDraw API 函數編寫程序，不過在本文中不再介紹。

這之后，我們會用到 InitDirectDraw 函數。這個函數是我們自己創建的。在此函數中作所有的 DirectDraw 的對象初始化工作。

下面的函數是用于更新畫面的。
　

下面的函數是用于在程序失去焦點時調用的。

下面這個函數是釋放表面指針所用的。

我們的回顧到此結束，下面我們開始本文要介紹的一個關鍵技術，DirectInput 的使用。
游戲編程可不僅僅是圖形程序的開發工作，實際上包含了許多方面，本文所要講述的就是關于如何使用 DirectInput 來對鍵盤編程的問題。
而我們為什么要選擇用 DirectInput 來處理游戲中的輸入問題呢？其實用 Win32 API 函數也完全可以處理這些工作，例如其中，有一個

GetAsyncKeyState() 的函數可以返回一個指定鍵的當前狀態是按下還是松開。這個函數還能返回該指定鍵在上次調用 GetAsyncKeyState() 函數以后，是否被按下過。雖然這個函數聽上去很不錯，但需要我們自己輪換查詢每個鍵盤的狀態。而在 DirectInput 中我們已經可以脫離這些煩瑣的工作，只因它的功能更強大。

由于本文重點在二者的結合，故在此只介紹 DirectInput 中比較簡單的，而且最容易上手的立即模式的工作方式。
而這里我們要用到 DirectInput 的 API 函數。有人會問，為什么在 DirectDraw 中用 DirectX 提供的類庫編程，而對于 DirectInput 卻直接使用要用其 API 函數呢，是因為沒有提供 DirectInput 的類庫嗎？不是！而是因為使用類庫并不很方便而且不靈活。

OK，讓我們開始我們游戲編程的第二部——DirectInput編程。

前面講 DirectDraw 時，并沒有提到，微軟是按 COM 來設計DirectX的，所以就有了一個 DIRECTINPUT 對象來表示輸入設備，而某個具體的設備由 DIRECTINPUTDEVICE 對象來表示。也許會感到很無奈，怎么游戲編程需要這么多的知識啊，其實您也無需煩惱，只要知道一下就可以了，其實這并不；影響您的設計，而且就算您不知道，也同樣可以駕馭DIRECTINPUT。

實際的建立過程是先創建一個 DIRECTINPUT 對象，然后在通過此對象的 CreateDevice 方法來創建 DIRECTINPUTDEVICE 對象。

在這段代碼中，我們首先定義了 lpDirectInput 和 lpKeyboard 兩個指針，前者指向 DIRECTINPUT 對象，后者指向一個

DIRECTINPUTDEVICE 界面。其順序就是這樣的。這和其它COM對象的使用方法都一樣，即先創建 COM 對象，然后創建界面，然后再獲得
硬件資源，然后使用資源，然后釋放。

通過 DirectInputCreate(), 我們為 lpDirectInput 創建了一個 DIRECTINPUT 對象。然后我們調用 CreateDevice 來建立一個DIRECTINPUTDEVICE 界面。
　　
完成這些工作以后，我們便調用 DIRECTINPUTDEVICE 對象的 Acquire 方法來激活對設備的訪問權限。在此要特別說明一點，任何一個

DIRECTINPUT 設備，如果未經 Acquire，是無法進行訪問的。還有，當系統切換到別的進程時，必須用 Unacquire 方法來釋放訪問權限，在系統切換回本進程時再調用 Acquire 來重新獲得訪問權限。

立即模式的數據查詢

請注意，上面的這段代碼只是一個示例，重在使你明白其原理，但并不能滿足游戲的需求，因為這其中只查詢了一次鍵盤的全部信息，做了一次輪循，而在游戲中要周期性地查詢，并輪循，這就需要你自己用Win32 API函數 SetTimer和 KillTimer 設置初始化 DirectInput 對象函數中在相應的地方設置計計時器，讓windows定時向程序發送 WM_TIMER消息，你要通過此消息進行周期性地鍵盤查詢，并在相應的地方解除計時器。

最后一個函數是用于釋放指針或DirectInput對象的

在這些函數中的注釋很明確，關鍵在于理解其原理，而怎樣將他們融入到 Win32 API 程序的基本框架中的，在<<動畫程序編寫——DirectDraw之旅>> 1-3中的示例代碼中已經解釋得很明確了，在此不再贅述。不過我們提供其中的代碼示例下載。同時你也可以去仔細閱讀DirectX 8.0 SDK 包中的 samples\ multimedia\ directdraw\ fullscreenmode 或\ samples\ multimedia\ directdraw\ windowedmode 這兩個工程中的文件，因為為了我們的示例也是照這兩個工程改編過來的，讀者可以通過仔細閱讀代碼和對比我們的更改，而更加了解 DirectDraw的運行運行原理。（請注意：是 DirectX 8.0 SDK 包中的示例，而在 9.0 中 DirectX SDK 已經不提供 DirectDraw的示例代碼了）

我們就用這七個函數就已經可以創造出一個小游戲了。

我們下面就要利用<<動畫程序編寫——DirectDraw之旅>> 1-3 中所用的代碼進行進一部的游戲開發。
我們先展示一下 DirectX中\ samples\ multimedia\ directdraw\ windowedmode 工程中的截圖
在這個動畫中有黑色背景，并有很多 DirectX 精靈在漂浮。

這是一個全屏的動畫程序，而我們在<<動畫程序編寫——DirectDraw之旅>> 1-3其中做的改動就是為其加了一個背景，改屏幕分辨率 640×480 為 1024×768.注意，因為我們應用的是全屏模式，即可以獨占顯存資源，所以我們可以更改屏幕的分辨率。這只是做的小小的改動，而我們的目的只在于讓大家更加深入了解。且看下面的這副截圖：

而我們還要繼續深入編程，我們的思路是，先將程序由先前的全屏程序改編成一個windows的窗口程序，然后將其所有的界面翻新，并改編 DirectX精靈為許多小蘑菇在漂浮，還要加入DirectInput 的組建，用鍵盤控制一個小娃娃。可以上下左右，并可以斜向飛行。
我們先將此動畫的截圖展現給大家

怎么樣，你有什么想法，是想說：“唉，這還不好辦，就是又多加了一個！”，但不要光看截圖，不要忘記，我們一定讓她動起來，并且是可以控制的，這就不是那么簡單的事了！
什么？若有人看到這里感到有些迷茫和泄氣，不禁想問：“你說了這么多，那么源代碼在那里呢！，光給我們幾個函數，又能做什么呢？”，如果你這么想，你也不要太急迫。我們還是先分析一下程序框架吧。

不過，還有一件重要的事情，我還是要重申一邊。一定要將 DirectX 的頭文件價，和lib文件夾加入到 Visual C++.NET 的默認目錄中去，這樣編譯器就可以正確地找到它們了。
如果你不會加入，就請通過工具欄上的 Tool -> Option… 打開Option 對話框，設置如圖：

好了，這樣我們的準備工作就算已經做好了。

來看看我們的工程文件結構吧，還有工程中的資源。

在工程資源中我們的 ID 號是都用的字符串表示的，筆者認為這樣更加方便。
我想對于工程文件中的 ddutil.cpp 和 dxutil.cpp 文件，讀者如果了解有些 DirectDraw編程是不會感到陌生的，我們只是將其引入到我們的工程中了。而我們自己實際編程的文件是
outfly.cpp 文件。

我們的程序敘述如下：
首先進行宏定義，結構設置，和全局變量的聲明。
后在 WinMain （windows程序的入口點）中首先初始化一切需要初始化的物件（有windows窗口，DirectDraw對象，和 DirectInput對象），在此我們就調用前文講過的函數，但要有寫改動，讀者在會在后面看到的。然后進入消息循環，在其中沒有消息時，程序會自動更新畫面，在有消息時處理消息。
當遇到 WM_QUIT 消息后，結束整個程序。

我們在一些地方有一些小小的改動，我們來看看吧。

1 我們在 HRESULT InitDirectInput( HWND hWnd )
函數中的開始加入了

關掉上一次使用的計時器，并釋放 DirectInput 設備。
而在最后加入了

用來重新設置計時器。

2 我們在主窗口的消息處理函數中加入了

3 在HRESULT ReadImmediateData( HWND hWnd ) 函數中進行了這樣的處理，來時時改變小娃娃的坐標。

這些只是其中一些比較重要的改動，還有許多改動，讀者會在實際的程序中看到的。如果你覺得：“啊！到這里就結束了，可是我還是感到似乎莫不到頭緒，就這樣草草收尾了？”，其實文章并沒有結束，重頭戲還在后面呢，那就不是我的工作了，而是看你有沒有耐心去仔細閱讀代碼了，因為想要把握程序的整體，與其讓我將代碼放在文章中，還不如讀者自己在編譯器中自己運行實踐一下好，其實我們已經在第二個工程代碼中有過詳細的解釋。但記住一定要按照順序閱讀 工程1，工程2 ，工程3。工程1就是 DirectX中提供的原代碼，工程2就是我們改了一個背景的工程，而3就是我們討論的工程。

放飛技術網?