簡(jiǎn)介面向畢業(yè)設(shè)計(jì)項(xiàng)目實(shí)訓(xùn)的橫版過關(guān)游戲完整源碼包以Visual C 6.0結(jié)合GDI圖形接口實(shí)現(xiàn)玩法與畫面借鑒經(jīng)典“超級(jí)瑪麗”系列。項(xiàng)目采用C面向?qū)ο笏枷虢M織游戲邏輯通過位圖繪制、定時(shí)器動(dòng)畫、鍵盤交互和分關(guān)地圖加載完成場(chǎng)景切換適合計(jì)算機(jī)專業(yè)學(xué)生做課設(shè)、畢設(shè)或?qū)W習(xí)Windows圖形編程時(shí)參考。資源共32個(gè)文件壓縮包約161KB其中包含9個(gè)頭文件、6個(gè)C源文件、6張BMP位圖素材以及地圖文本、工程配置與圖標(biāo)資源源碼結(jié)構(gòu)清晰便于按模塊閱讀。當(dāng)前頁面已有459人瀏覽學(xué)習(xí)可配合博文說明快速定位課程設(shè)計(jì)中的核心繪圖與碰撞檢測(cè)思路。下載后既能對(duì)照學(xué)習(xí)GDI繪制與關(guān)卡地圖讀取方法也能直接運(yùn)行或二次修改作為移植功能、擴(kuò)展關(guān)卡乃至撰寫設(shè)計(jì)文檔的技術(shù)基礎(chǔ)。1. 一個(gè) VC6 GDI 項(xiàng)目把橫版過關(guān)游戲的底牌全亮出來了用 Visual C 6.0 和 GDI 手寫的橫版過關(guān)游戲源代碼一眼看去像仿經(jīng)典紅白機(jī)水管工闖關(guān)作品但它和網(wǎng)上那些拿現(xiàn)成引擎拼出來的 Demo 有本質(zhì)區(qū)別地圖不是預(yù)先拼接好的整圖而是每關(guān)開始時(shí)從map1.txt讀取文本配置再用BitBlt把對(duì)應(yīng)的瓦片一塊塊畫到窗口里。這份東西作為畢業(yè)設(shè)計(jì)和項(xiàng)目實(shí)訓(xùn)素材價(jià)值在于把游戲里最繞的地圖加載、角色碰撞、動(dòng)畫幀切換全部拆成了你可以逐行讀的 VC6 工程。想搞懂“2D 橫版游戲從一份文本文件到屏幕上會(huì)跑會(huì)跳的閉環(huán)”的同學(xué)可以直接拿它當(dāng)解剖樣本。2. 項(xiàng)目結(jié)構(gòu)拆解VC6 工程里這些文件各管哪一段2.1 工程入口mario01、StdAfx、resource.h 的三層關(guān)系拿到壓縮包先看根目錄mario01.dsw和mario01.dsp是 Visual C 6.0 的工作區(qū)與工程文件。.dsw是工作區(qū)外殼里面可能只掛一個(gè)工程.dsp才是真正描述編譯單元、鏈接選項(xiàng)、預(yù)處理宏的工程文件。雙擊mario01.dsw就能直接打開整個(gè)項(xiàng)目而mario01.opt、mario01.ncb、mario01.plg這三個(gè)是 VC6 自動(dòng)生成的輔助文件opt存界面布局ncb存符號(hào)數(shù)據(jù)庫(kù)plg是編譯日志它們不參與最終程序邏輯刪了也能重新生成。進(jìn)入代碼層mario01.cpp是主程序入口窗口類注冊(cè)、消息循環(huán)、游戲主循環(huán)都在這mario01.h是對(duì)應(yīng)主頭文件通常在這里聲明主窗口類、全局實(shí)例句柄和核心函數(shù)。resource.h是資源 ID 的統(tǒng)一出口所有菜單、圖標(biāo)、位圖的 ID 宏都定義在這里。StdAfx.h/StdAfx.cpp是 MFC 和 Windows API 的預(yù)編譯頭把windows.h、mmsystem.h這類高頻頭文件放進(jìn)去能明顯縮短編譯時(shí)間。給第一次讀這種工程的人一個(gè)建議別從mario01.cpp第一行順序讀先看resource.h里的 ID 對(duì)照表再打開.rc資源腳本看每個(gè)位圖資源的 ID 和文件名是否對(duì)上。GDI 游戲最容易翻車的地方就是位圖加載失敗后沒有提示主程序照樣運(yùn)行畫面卻白屏。這個(gè)工程里SMALL.ICO和mario01.ICO是窗口和小圖標(biāo)的資源.rc文件會(huì)把它們綁到工程中如果手工精簡(jiǎn)文件時(shí)漏了其中一個(gè)編譯能過運(yùn)行后窗口圖標(biāo)卻是空的。2.2 地圖與素材map1.txt、bmp、ico 在游戲里的用途這一節(jié)的素材文件是最容易看花眼的先分清三類地圖數(shù)據(jù)、靜態(tài)背景、角色動(dòng)畫。map1.txt是第 1 關(guān)的地圖數(shù)據(jù)整個(gè)代碼包的核心邏輯都在圍著它轉(zhuǎn)。它不是二進(jìn)制二進(jìn)制地圖格式而是純文本每一行代表游戲世界的一行瓦片每一個(gè)字符代表一種圖素地面、磚塊、金幣、尖刺、角色出生點(diǎn)、關(guān)卡終點(diǎn)等等。gamemap.cpp在主循環(huán)初始化時(shí)一次性把整個(gè)文件讀進(jìn)內(nèi)存按行列轉(zhuǎn)換成對(duì)應(yīng)的瓦片 ID 數(shù)組所以游戲過程中不需要再拼地圖滾動(dòng)屏幕時(shí)只是改變繪制起點(diǎn)。壓縮包里的map文件夾名和map1.txt要放對(duì)位置否則路徑錯(cuò)一位就加載不到關(guān)卡。位圖文件分成幾組map.bmp是地圖瓦片圖集地面磚塊、可碎磚、問號(hào)塊、管道都按固定格子大小排布在里面role.bmp是角色動(dòng)畫幀每一幀等高等寬按橫向或縱向排列繪制時(shí)用BitBlt按源矩形裁出對(duì)應(yīng)幀pre1.bmp、mapbk.bmp、mapsky.bmp是場(chǎng)景背景層pre1.bmp可能是關(guān)卡前景裝飾mapbk.bmp和mapsky.bmp用于遠(yuǎn)景天空、云朵這類靜態(tài)層ani.bmp是動(dòng)態(tài)物件比如旋轉(zhuǎn)的金幣、閃爍的星星需要按幀播放。bitmaptool.h、texttool.h、myclock.h這三個(gè)工具文件非常值得看。bitmaptool提供位圖加載、透明色處理、快速繪制封裝texttool負(fù)責(zé)在窗口上輸出生命值、分?jǐn)?shù)、FPS 這些調(diào)試信息myclock是一個(gè)簡(jiǎn)單時(shí)鐘封裝用來驅(qū)動(dòng)幀動(dòng)畫和物理更新而不是依賴OnTimer到處散落定時(shí)器。filereport.cpp看名字是文件報(bào)告輸出通常會(huì)往trace.txt里寫運(yùn)行日志跑通后打開trace.txt能看到加載了幾個(gè)瓦片、地圖行列數(shù)、角色初始坐標(biāo)。2.3 工具類模塊bitmaptool、texttool、myclock 把重復(fù)勞動(dòng)收口看這類畢業(yè)設(shè)計(jì)代碼先看工具類能少走一半彎路。最典型的是bitmaptool.cpp里的透明位圖繪制函數(shù)它做的事在 GDI 里叫“透明色處理”先把目標(biāo)區(qū)域用BitBlt刷成黑色用SRCAND把透明區(qū)摳掉再把源圖里要保留的部分用SRCPAINT合上去。void DrawTransBitmap(HDC hdcDest, int x, int y, HBITMAP hBitmap, COLORREF crTransparent) { HDC hdcMem CreateCompatibleDC(hdcDest); HBITMAP hOld (HBITMAP)SelectObject(hdcMem, hBitmap); BITMAP bm; GetObject(hBitmap, sizeof(bm), bm); // 用單色掩碼圖分離透明區(qū)域 HBITMAP hMask CreateBitmap(bm.bmWidth, bm.bmHeight, 1, 1, NULL); HDC hdcMask CreateCompatibleDC(hdcDest); HBITMAP hOldMask (HBITMAP)SelectObject(hdcMask, hMask); COLORREF crOldBk SetBkColor(hdcMem, crTransparent); BitBlt(hdcMask, 0, 0, bm.bmWidth, bm.bmHeight, hdcMem, 0, 0, SRCCOPY); SetBkColor(hdcMem, crOldBk); BitBlt(hdcDest, x, y, bm.bmWidth, bm.bmHeight, hdcMask, 0, 0, SRCAND); BitBlt(hdcDest, x, y, bm.bmWidth, bm.bmHeight, hdcMem, 0, 0, SRCPAINT); SelectObject(hdcMask, hOldMask); DeleteDC(hdcMask); DeleteObject(hMask); SelectObject(hdcMem, hOld); DeleteDC(hdcMem); }這段代碼的核心思想是“用掩碼當(dāng)模板”hMask是一張單色位圖角色位圖的背景色會(huì)被轉(zhuǎn)成白色需要保留的像素變成黑色。第一遍SRCAND把目標(biāo)區(qū)域里對(duì)應(yīng)白色的地方保留第二遍SRCPAINT把源圖非透明像素疊上去。參數(shù)里crTransparent就是角色位圖里約定的背景色常見是品紅RGB(255, 0, 255)。改素材時(shí)最怕把背景色弄成角色身上的顏色那會(huì)導(dǎo)致角色缺胳膊少腿。myclock模塊一般提供Reset、GetElapsed、Tick幾個(gè)方法主循環(huán)里每幀調(diào)用GetElapsed得到毫秒差累計(jì)超過固定間隔就切換動(dòng)畫幀。這樣做的好處是角色跑動(dòng)和機(jī)器性能解耦配置差的機(jī)器幀率高一點(diǎn)幀率低的時(shí)候動(dòng)畫仍然按時(shí)間推進(jìn)不會(huì)出現(xiàn)“跑得越快跳得越高”的玄學(xué)問題。3. 核心機(jī)制拆解從地圖文本到角色碰撞的完整鏈路3.1 地圖加載gamemap.cpp 如何把 map1.txt 變成可碰撞的關(guān)卡gamemap.cpp承擔(dān)的是整個(gè)游戲世界的數(shù)據(jù)底座。這類橫版游戲通常不把地圖做成一張大圖而是做成“瓦片矩陣”每個(gè)格子固定大小。這個(gè)項(xiàng)目選擇每關(guān)加載一次文本地圖而不是常用的小地圖拼接好處是關(guān)卡文件可以手工編輯換一關(guān)只需要換一個(gè)txt不用重新拼圖。地圖解析的常規(guī)做法是用標(biāo)準(zhǔn) C 的文件讀寫接口一行一行讀取文本對(duì)每個(gè)字符做一個(gè)switch映射成瓦片 ID。下面是一個(gè)簡(jiǎn)化但結(jié)構(gòu)和真實(shí)工程一致的地圖讀入函數(shù)int GameMap::LoadMap(const char* szFileName) { FILE* fp fopen(szFileName, rt); if (fp NULL) return -1; // 文件不存在直接返回錯(cuò)誤 int row 0; char ch; while (fgets(m_mapData[row], MAX_MAP_WIDTH, fp) ! NULL) { // 去掉行尾換行符 int len strlen(m_mapData[row]); if (len 0 m_mapData[row][len - 1] \n) m_mapData[row][len - 1] \0; // 逐字符映射成瓦片 ID for (int col 0; col MAX_MAP_WIDTH; col) { char c m_mapData[row][col]; switch (c) { case 0: m_tile[row][col] TILE_EMPTY; break; case 1: m_tile[row][col] TILE_GROUND; break; case 2: m_tile[row][col] TILE_BRICK; break; case 3: m_tile[row][col] TILE_QUESTION; break; case P: m_startX col; m_startY row; break; default: m_tile[row][col] TILE_EMPTY; break; } } row; } m_mapRows row; m_mapCols MAX_MAP_WIDTH; fclose(fp); return 0; }這段代碼里TILE_EMPTY、TILE_GROUND這類常量在gamemap.h中定義數(shù)字 0 到 3 只是一種約定。MAX_MAP_WIDTH是地圖最大列數(shù)也是每行緩沖區(qū)的長(zhǎng)度限制。實(shí)際工程里還應(yīng)該檢查每行寬度是否一致否則按固定寬度遍歷時(shí)會(huì)把換行符解析成瓦片。P字符在這里很關(guān)鍵它不產(chǎn)生繪制瓦片而是記錄角色出生點(diǎn)m_startX和m_startY存的是瓦片坐標(biāo)角色初始位置要再乘上瓦片寬高。地圖加載完成后游戲里判斷某個(gè)位置能不能走不再是拿角色矩形和每個(gè)像素比對(duì)而是把角色中心點(diǎn)換算成行列查m_tile[row][col]對(duì)應(yīng)值是不是磚塊。這一步把碰撞計(jì)算量從像素級(jí)降到瓦片級(jí)對(duì) GDI 軟件渲染來說是非常必要的性能取舍。3.2 角色移動(dòng)與動(dòng)畫role.bmp 和時(shí)鐘驅(qū)動(dòng)的幀切換角色邏輯分布在主程序mario01.cpp和繪制工具之間。每次按鍵消息更新的是角色 x/y 坐標(biāo)和方向標(biāo)志然后由主循環(huán)根據(jù)myclock的計(jì)數(shù)值決定當(dāng)前播放哪一幀。下面是最常見的角色水平移動(dòng)處理void UpdatePlayer(Player* pPlayer, GameMap* pMap, int offset) { // 左移 if (GetAsyncKeyState(VK_LEFT) 0x8000) { pPlayer-x - pPlayer-speed; pPlayer-direction DIR_LEFT; } // 右移 else if (GetAsyncKeyState(VK_RIGHT) 0x8000) { pPlayer-x pPlayer-speed; pPlayer-direction DIR_RIGHT; } // 按瓦片碰撞檢測(cè)修正坐標(biāo) if (CheckCollision(pPlayer, pMap)) { if (pPlayer-direction DIR_LEFT) pPlayer-x pPlayer-speed; else if (pPlayer-direction DIR_RIGHT) pPlayer-x - pPlayer-speed; } }這里用GetAsyncKeyState而不是等WM_KEYDOWN消息是因?yàn)樗梢灾苯幼x取按鍵當(dāng)前狀態(tài)適合持續(xù)按住方向的橫版游戲。 0x8000是判斷高位是否為 1也就是按鍵是否處于按下狀態(tài)。UpdatePlayer的offset參數(shù)在帶滾動(dòng)的關(guān)卡中用來計(jì)算角色相對(duì)關(guān)卡坐標(biāo)系的位置屏幕上的實(shí)際畫點(diǎn)往往是x - cameraOffset。碰撞回退的邏輯很關(guān)鍵先移動(dòng)再加回而不是先檢測(cè)再?zèng)Q定移動(dòng)。代碼里的做法是移動(dòng)后調(diào)用CheckCollision一旦碰撞就把坐標(biāo)退回去這樣能避免角色卡進(jìn)磚塊里。這個(gè)思路簡(jiǎn)單但有效畢業(yè)設(shè)計(jì)級(jí)別項(xiàng)目里足夠穩(wěn)定。動(dòng)畫幀切換一般維護(hù)一個(gè)frameIndex和frameTimer當(dāng)時(shí)間累積超過單幀持續(xù)時(shí)間后frameIndex再通過取模回到循環(huán)幀。繪制時(shí)用BitBlt從role.bmp中裁出當(dāng)前幀的源矩形源矩形的位置由角色方向和幀序號(hào)決定。比如每幀寬 32、高 48向右走第 0 幀的源矩形就是(0, 0, 32, 48)第 1 幀是(32, 0, 64, 48)。3.3 碰撞檢測(cè)與繪制瓦片坐標(biāo)、GDI BitBlt 與雙緩沖這部分是橫版游戲最容易出 bug 的地方。角色和地面碰撞不能只檢測(cè)一個(gè)點(diǎn)通常用角色矩形經(jīng)過的四個(gè)角或上下左右四個(gè)探測(cè)點(diǎn)。常見寫法是把角色位置換算成瓦片坐標(biāo)后檢測(cè)角色覆蓋范圍內(nèi)的所有瓦片int CheckCollision(Player* pPlayer, GameMap* pMap) { // 角色矩形四個(gè)角的瓦片坐標(biāo) int left pPlayer-x / TILE_WIDTH; int right (pPlayer-x pPlayer-width - 1) / TILE_WIDTH; int top pPlayer-y / TILE_HEIGHT; int bottom (pPlayer-y pPlayer-height - 1) / TILE_HEIGHT; for (int row top; row bottom; row) { for (int col left; col right; col) { int tile pMap-GetTile(row, col); if (tile TILE_EMPTY) continue; // 碰到實(shí)心瓦片返回碰撞 if (tile TILE_GROUND || tile TILE_BRICK) return 1; } } return 0; }這里TILE_WIDTH和TILE_HEIGHT是每個(gè)地圖格子的像素尺寸不能隨便改必須和map.bmp里每個(gè)瓦片的繪制尺寸一致。GetTile返回越界時(shí)應(yīng)該視為不可通行墻壁否則角色會(huì)跑出地圖邊界。在用這份源碼二次開發(fā)時(shí)最容易踩的坑就是地圖 txt 行寬不一致導(dǎo)致GetTile取到空字符碰撞檢測(cè)失效角色直接穿地。繪制端通常是先畫背景再畫地圖瓦片再畫角色。為了不閃爍工程里應(yīng)該有內(nèi)存 DC先創(chuàng)建一個(gè)與窗口 DC 兼容的內(nèi)存畫布按攝像頭的偏移量把可見范圍的瓦片BitBlt上去最后一次性把整塊內(nèi)存畫布拷到窗口 DC。如果源碼里沒有這一步運(yùn)行起來畫面會(huì)像老式電視機(jī)一樣瘋狂閃解決辦法參考第 5 章避坑條目。4. 運(yùn)行與調(diào)試在 VC6 里把這套代碼跑起來4.1 打開工程與配置工作目錄拿到壓縮包解壓后先不要急著雙擊mario01.cpp找到mario01.dsw才是正確入口。Visual C 6.0 支持直接打開.dsw它會(huì)自動(dòng)關(guān)聯(lián)同一目錄下的.dsp工程文件。如果你的機(jī)器裝的是 VS 2010 以上版本雙擊.dsw會(huì)彈轉(zhuǎn)換向?qū)ё詈帽Ａ粼こ探Y(jié)構(gòu)不要隨便升級(jí)成新格式原因是 GDI 代碼本身是純 Win32 API新版編譯器可能會(huì)把main的入口約定或資源腳本編譯方式改出問題。打開工程后第一件事是確認(rèn)工作目錄。GDI 游戲最忌諱用絕對(duì)路徑去LoadBitmap源碼里基本都寫的是相對(duì)路徑比如map1.txt或pic\\role.bmp。VC6 默認(rèn)的工作目錄不一定在源碼根目錄運(yùn)行時(shí)會(huì)因?yàn)檎也坏轿募o默失敗。在 VC6 菜單欄選 “Project - Settings - Debug - Working directory”把目錄指向源碼解壓路徑確保map1.txt、pic文件夾和mario01.dsw在同一層。這一步不設(shè)置好后面所有位圖加載全部失敗畫面只有背景色。建議在打開工程前先核對(duì)文件完整性。壓縮包里至少要有mario01.dsw、mario01.dsp、mario01.cpp、mario01.rc、resource.h、gamemap.cpp、bitmaptool.cpp、texttool.cpp、map1.txt、pic下的位圖文件以及SMALL.ICO、mario01.ICO。缺了.ico還能編譯缺了map1.txt或位圖文件則程序能啟動(dòng)但畫面不對(duì)。4.2 編譯、運(yùn)行與查看輸出VC6 的編譯快捷鍵是F7編譯信息會(huì)顯示在下方 Output 窗口。如果編譯成功最后一行會(huì)顯示 “0 error(s)”然后按F5直接運(yùn)行。第一次運(yùn)行建議從菜單 “Build - Start Debug - Go” 進(jìn)入調(diào)試模式這樣如果程序崩潰VC6 會(huì)停在出錯(cuò)代碼行而不是直接彈一個(gè)無提示的對(duì)話框。如果 Output 窗口出現(xiàn)fatal error RC1015: cannot open include file afxres.h說明當(dāng)前 VC6 安裝時(shí)缺少 MFC 相關(guān)組件。解決辦法是打開.rc文件把#include afxres.h改寫成#include winres.h這是純 Win32 API 項(xiàng)目常見的資源腳本修正方式。這項(xiàng)工作也適合作為實(shí)訓(xùn)題目讓學(xué)生理解資源腳本和預(yù)編譯頭的關(guān)系。編譯通過后mario01.plg會(huì)記錄最近一次編譯的詳細(xì)輸出。遇到邏輯問題不彈窗時(shí)運(yùn)行后打開trace.txt是優(yōu)先方案。filereport.cpp一般會(huì)在初始化階段寫入地圖加載成功還是失敗、加載了多少行、角色出生點(diǎn)在哪里。如果trace.txt沒有任何內(nèi)容先懷疑文件路徑和當(dāng)前工作目錄不匹配。4.3 常見運(yùn)行狀態(tài)驗(yàn)證程序跑起來之后不要急著按方向鍵先觀察窗口標(biāo)題和背景層。正常的啟動(dòng)狀態(tài)是游戲窗口出現(xiàn)背景天空層mapsky.bmp或mapbk.bmp鋪滿地面瓦片已經(jīng)逐塊畫出角色站在原地。如果窗口是純白或純灰說明BeginPaint和位圖繪制鏈路有一環(huán)沒執(zhí)行優(yōu)先查trace.txt。按方向鍵時(shí)角色如果能左右走、跳躍、落到平臺(tái)上說明地圖碰撞已經(jīng)工作。如果角色直接掉出地面大概率是map1.txt首行前有空行導(dǎo)致地圖矩陣整體偏移一行這屬于最常見的運(yùn)行期問題下面第 5 章會(huì)單獨(dú)說排查辦法。建議每次改地圖文件后都做一個(gè)固定動(dòng)作數(shù)清楚地圖總行數(shù)檢查每一行字符數(shù)一致再運(yùn)行程序。5. 避坑指南GDI 橫版游戲的編譯與運(yùn)行排障5.1 編譯期問題頭文件順序、資源 ID 沖突現(xiàn)象編譯時(shí)報(bào)錯(cuò)大量重定義比如WINGDI、_WIN32_WINNT被重復(fù)定義。這類錯(cuò)誤在 VC6 里出現(xiàn)時(shí)先別急著改代碼看看是不是有人把windows.h和afxwin.h同時(shí)包含而StdAfx.h里又開了WIN32_LEAN_AND_MEAN。原因是resource.h里的資源 ID 宏偶爾會(huì)和系統(tǒng)宏撞名尤其是IDC_STATIC這類通用宏。解決方法是保證resource.h在StdAfx.h之后包含并把自定義 ID 統(tǒng)一加前綴比如IDB_BG_01、IDB_ROLE_01。我在自己實(shí)訓(xùn)時(shí)就把IDR_MAINFRAME這類 MFC 自帶的宏和自定義位圖 ID 混在一起吃過虧TWO 個(gè)宏數(shù)值相同導(dǎo)致加載了錯(cuò)誤的位圖資源?，F(xiàn)象RC 編譯報(bào)錯(cuò)找不到位圖文件。原因是.rc里BITMAP資源聲明的路徑寫成相對(duì)路徑但當(dāng)前資源腳本目錄和實(shí)際文件目錄不一致。解決方法是打開.rc文件逐個(gè)核對(duì)IDB_ROLE BITMAP pic\\role.bmp IDB_MAP BITMAP pic\\map.bmp路徑中的反斜杠必須寫成\\文件名大小寫不重要但路徑要和實(shí)際目錄完全對(duì)應(yīng)。如果項(xiàng)目里pic文件夾在壓縮包里被改名成pic1這里必須同步改否則編譯器不會(huì)報(bào)錯(cuò)運(yùn)行時(shí)位圖加載會(huì)失敗。VC6 的資源編譯器對(duì)路徑很敏感建議所有資源文件和.rc文件都放在同一層級(jí)下或使用相對(duì)根目錄的路徑。5.2 運(yùn)行期問題花屏、卡頓、碰撞失靈現(xiàn)象畫面閃爍嚴(yán)重角色移動(dòng)時(shí)整個(gè)窗口像在抖。原因是窗口處理WM_PAINT時(shí)直接操作窗口 DC每次BitBlt都先被系統(tǒng)擦成背景色再重新畫肉眼看到的就是閃爍。解決方法是建立一個(gè)內(nèi)存 DC先在內(nèi)存里完成全部繪制最后一次性BitBlt到窗口。很多 GDI 畢業(yè)設(shè)計(jì)源碼其實(shí)已經(jīng)有這個(gè)封裝只是沒有在窗口尺寸變化或OnPaint分支里正確復(fù)用。HDC hdcWin GetDC(hWnd); HDC hdcMem CreateCompatibleDC(hdcWin); HBITMAP hbmpMem CreateCompatibleBitmap(hdcWin, winWidth, winHeight); HBITMAP hbmpOld (HBITMAP)SelectObject(hdcMem, hbmpMem); // 先畫背景、再畫地圖、最后畫角色 DrawBackground(hdcMem); DrawMap(hdcMem, cameraX); DrawPlayer(hdcMem); BitBlt(hdcWin, 0, 0, winWidth, winHeight, hdcMem, 0, 0, SRCCOPY); SelectObject(hdcMem, hbmpOld); DeleteObject(hbmpMem); DeleteDC(hdcMem); ReleaseDC(hWnd, hdcWin);這里cameraX是攝像機(jī)偏移量也就是攝像頭在關(guān)卡世界中的 X 坐標(biāo)。內(nèi)存位圖的尺寸必須和客戶區(qū)一致否則BitBlt時(shí)會(huì)拉伸或截?cái)?。如果源碼里已經(jīng)寫了這段邏輯還是閃爍檢查是不是每次在WM_PAINT里重新創(chuàng)建了內(nèi)存位圖頻繁的CreateCompatibleBitmap會(huì)讓 GDI 對(duì)象堆積最終對(duì)象耗盡后繪制函數(shù)全部失敗?，F(xiàn)象角色能跳進(jìn)磚塊里或者從地面?zhèn)让娲ΑＴ蚴桥鲎矙z測(cè)只檢測(cè)了角色末尾位置沒有把移動(dòng)過程拆分成水平與垂直兩次檢測(cè)。橫版游戲的標(biāo)準(zhǔn)做法是先水平移動(dòng)并檢測(cè)左右碰撞再垂直移動(dòng)并檢測(cè)上下碰撞這樣角色在快速下落后就不會(huì)因?yàn)橐淮尾介L(zhǎng)跨過一塊薄瓦片。如果你解析的源碼里只有一個(gè)統(tǒng)一的CheckCollision改成兩個(gè)分軸函數(shù)是最值得先動(dòng)的改動(dòng)?，F(xiàn)象地圖看起來錯(cuò)行第一行消失最后一行多出來。原因是map1.txt文件以 UTF-8 編碼保存VC6 運(yùn)行時(shí)fgets讀不到預(yù)期的 ASCII 字符或者每行行尾多了\r。古典 VC6 工程的地圖文件通常要求 ANSI 編碼文本編輯器保存時(shí)如果默認(rèn) UTF-8中文字符或 BOM 頭會(huì)讓解析器把第一個(gè)字符當(dāng)瓦片。解決方法是把這幾個(gè)文件統(tǒng)一另存為 ANSI 編碼并使用純 ASCII 字符設(shè)計(jì)地圖。這條在二次開發(fā)換新關(guān)卡時(shí)特別常見改完地圖先看trace.txt輸出行數(shù)再談玩法。6. 二次開發(fā)思路換新關(guān)卡、改角色動(dòng)畫、加簡(jiǎn)單開始界面想把這份源碼改成自己的畢業(yè)設(shè)計(jì)不要急著推翻重寫按下面三步走最穩(wěn)。第一步是讀懂map1.txt的字符表然后自己設(shè)計(jì)一張 20 行乘 60 列的新地圖。每行字符數(shù)必須一致空余位置補(bǔ)0。關(guān)卡文件不需要新寫解析代碼只需要新增map2.txt再在游戲關(guān)卡切換處把文件名改掉。如果你想讓地圖更長(zhǎng)同時(shí)修改MAX_MAP_WIDTH宏和m_mapData的列維度即可。第二步是擴(kuò)展角色動(dòng)畫。role.bmp每幀大小固定在圖片右側(cè)追加新幀后需要同步修改動(dòng)畫幀序號(hào)計(jì)算邏輯。代碼塊里幀源矩形通常是RECT rcSrc; rcSrc.left frameIndex * FRAME_WIDTH; rcSrc.top 0; rcSrc.right rcSrc.left FRAME_WIDTH; rcSrc.bottom FRAME_HEIGHT;新幀只要在role.bmp尾部排布并增加FRAME_COUNT上限就能實(shí)現(xiàn)更多動(dòng)作。完整動(dòng)作需要更多幀時(shí)可以按行擴(kuò)展在top上用動(dòng)作編號(hào)做偏移。注意修改位圖時(shí)保留原來的背景色透明色函數(shù)才能正確摳圖。第三步是加一個(gè)最簡(jiǎn)單的開始界面不牽動(dòng)地圖邏輯。在主循環(huán)之前加一個(gè)STATE_MENU狀態(tài)用texttool輸出標(biāo)題文字檢測(cè)到回車鍵后切到STATE_GAME同時(shí)調(diào)用LoadMap開始關(guān)卡。這套改造放在mario01.cpp里即可數(shù)據(jù)結(jié)構(gòu)上只需增加一個(gè)gameState枚舉。我從這個(gè)工程里學(xué)到最深的習(xí)慣是每次改地圖數(shù)據(jù)之前先手動(dòng)數(shù)一遍行數(shù)和列數(shù)再進(jìn)代碼里核對(duì)MAX_MAP_WIDTH每次換位圖素材之后強(qiáng)制運(yùn)行一次透明色白邊檢查。這個(gè)習(xí)慣幫我省掉了至少五輪“黑匣子”式的排障時(shí)間也希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取