簡介這是一份適用于 C/C 傳統(tǒng)圖形編程的 graphics.h 頭文件及配套庫文件資源包主要面向需要在老版 Visual Studio如 VC98 環(huán)境中完成圖形學(xué)實驗、控制臺繪圖練習(xí)或課程設(shè)計的開發(fā)者。將相應(yīng)頭文件與庫文件分別拷貝到 VS 的 Include 與 Lib 目錄后即可直接調(diào)用 initgraph、line、circle 等圖形函數(shù)免去手動配置編譯環(huán)境的麻煩。壓縮包體積僅 46KB包含 4 個文件其中 2 個 .h 頭文件負責(zé)函數(shù)聲明與常量定義2 個 .lib 庫文件提供鏈接階段所需的實現(xiàn)代碼結(jié)構(gòu)簡單、即下即用適合剛從 C 語言入門轉(zhuǎn)向圖形界面開發(fā)的學(xué)習(xí)者。目前平臺已有 9183 人瀏覽學(xué)習(xí)說明對解決經(jīng)典圖形編程環(huán)境配置問題具有較高的參考價值。1. graphics.h 是 C 語言圖形編程的入坑起點也可能是第一道勸退門檻graphics.h 是 Turbo C 時代圖形接口BGI的頭文件也是很多人第一次在 C 語言里接觸像素繪圖時遇到的那個“老朋友”。它能解決一個很樸素的問題在課程作業(yè)或競賽演示里用一兩百行 C 代碼畫出直線、圓、矩形、填充色和簡單動畫而不用引入大型圖形框架。適合正在上 C 語言課的學(xué)生、帶圖形學(xué)實驗課的老師以及想快速做一個算法可視化 Demo 的從業(yè)者。但它的坑也肉眼可見環(huán)境配置繁瑣、坐標系統(tǒng)反直覺、中文亂碼、虛擬機上黑屏。這些從不是你的代碼寫錯而是你對這套老接口的運行方式還不夠熟。這篇文章會把從環(huán)境搭建、API 參數(shù)、動畫寫法到故障排查的完整路徑講清楚照著做就能跑起來。2. 跑通 graphics.h環(huán)境選型與最小可編譯工程2.1 為什么還在用 graphics.hBGI 的運行機制與歷史包袱graphics.h 不是標準 C 庫的一部分它屬于老版本 Turbo C 里自帶的 Borland Graphics Interface縮寫 BGI。頭文件里只聲明了 initgraph、setcolor、line、circle 這些函數(shù)真正干活的代碼在對應(yīng)的圖形驅(qū)動文件里通常是 .BGI 后綴的二進制驅(qū)動比如 EGAVGA.BGI。也就是說graphics.h 的繪圖本質(zhì)上是運行時加載驅(qū)動再由驅(qū)動直接操作顯存和硬件寄存器。理解了這一點你就明白為什么現(xiàn)代操作系統(tǒng)上直接寫#include graphics.h 編譯容易通過一運行就黑屏或報錯——因為沒有那層驅(qū)動加載環(huán)節(jié)。老程序必須在 DOS 環(huán)境或兼容層里運行讓 initgraph 能找到 .BGI 文件并且讓顯卡模式切換邏輯生效。這也是后續(xù)所有環(huán)境選型的出發(fā)點要么找 DOS 模擬器要么找把 BGI 調(diào)用映射到 Windows 或 Linux 圖形 API 的兼容實現(xiàn)。2.2 方案一Turbo C 3.0 DOSBox最保真適合課程作業(yè)如果你要原汁原味地把教材里的代碼跑出來最常見做法是裝一個 DOSBox 模擬器里面放一套老版本 Turbo C。DOSBox 負責(zé)模擬完整的 VGA 顯示環(huán)境initgraph 的 DETECT 模式能正常探測顯卡.BGI 驅(qū)動也能順利加載。我一個典型啟動腳本會這樣寫把裝有 Turbo C 的目錄掛載為 C 盤dosbox -c mount c: /home/me/tc -c c: -c cd tc -c tc.exe說明第一段命令把本機的 tc 目錄映射成 DOSBox 里的 C 盤第二段切換到 C 盤第三段進入 Turbo C 的安裝目錄第四段啟動 IDE。如果你是 Windows 本機目錄把 /home/me/tc 換成對應(yīng)路徑即可。進去之后在 IDE 里寫下面這段最小程序然后編譯運行#include graphics.h #include conio.h int main() { int gd DETECT, gm; initgraph(gd, gm, .); circle(320, 240, 50); getch(); closegraph(); return 0; }說明initgraph 的第一個參數(shù)傳 DETECT 表示讓系統(tǒng)自動檢測顯卡類型檢測結(jié)果會回填到 gm 里第三個參數(shù)傳英文句點 .意思是 BGI 驅(qū)動文件從當前目錄加載。circle 的 x 和 y 是圓心坐標第三個參數(shù)是半徑。getch 讓程序等待按鍵后再退出否則窗口一閃而過。這個方案的好處是兼容性極好老代碼原樣編譯基本都能跑壞處是編輯體驗差、分辨率低、窗口小不適合做較大的項目。它的定位明確拿來跑課程實驗、驗證老代碼而不是做新開發(fā)。2.3 方案二Windows 下用集成工具包省去 DOS 模擬如果你在 Windows 上又不想每次開 DOSBox另一個常見做法是使用把 BGI 移植到 Windows 圖形環(huán)境的集成工具包。這些工具包通常是某位開發(fā)者把老 Borland 編譯器的 Windows 版驅(qū)動封裝了一下讓 graphics.h 的函數(shù)最終調(diào)用 Windows 的繪圖 API窗口可以實實在在顯示在桌面上。使用步驟一般是下載并解壓工具包注意把整個目錄放在不含中文字符和空格的路徑下。打開 IDE新建一個 C 語言工程。在工程設(shè)置里把 include 路徑指向工具包自帶的 include 目錄把庫路徑指向 lib 目錄。新建源文件寫代碼時仍然include graphics.h。編譯運行代碼和 DOS 時代的寫法完全一致連 initgraph 的參數(shù)都不用改。這套方案解決的最大痛點是從 DOSBox 切來切去它把一個窗口掛在 Windows 桌面上調(diào)試起來順手很多。缺點是這些工具包對陳舊的代碼更友好對現(xiàn)代的 64 位編譯器和寬字符處理就不太行了。如果你只是交一次課程作業(yè)它比 DOSBox 效率高如果要長期維護我更推薦下面第三條路。2.4 方案三在現(xiàn)代編譯器里用兼容實現(xiàn)可移植性最強還有一類場景是你在 Linux 或 macOS 上做實驗不想用 Windows 工具包也不想裝 DOSBox。這時最常見的路線是找一套用現(xiàn)代圖形庫封裝 BGI 接口的兼容實現(xiàn)它提供同名頭文件和同名函數(shù)底層把繪圖翻譯成系統(tǒng)的窗口事件和幀緩沖。我用這種方案時會先確認三件事include 目錄里有沒有真正的 graphics.h和系統(tǒng)自帶的頭文件是否沖突。庫文件是否已經(jīng)編譯好編譯命令里有沒有加 -l 參數(shù)鏈接它。運行時會不會要求額外放置 .BGI 驅(qū)動文件還是庫里已經(jīng)內(nèi)置了軟件渲染路徑。這三步里最容易踩坑的是頭文件沖突。有些系統(tǒng)自帶的圖形相關(guān)頭文件也叫 graphics.h如果你的編譯命令沒指定 include 搜索路徑編譯器可能找到錯誤版本。所以編譯命令里我一般會顯式指定 -I 指向兼容庫目錄避免玄學(xué)問題。這條路的優(yōu)勢是代碼能跟著現(xiàn)代編譯器走可以配合 Makefile 或 CMake 管理缺點是某些老代碼里的細節(jié)行為比如字體表、顏色映射和真實 BGI 不完全一致偶爾會有顯示偏差。作為工程取舍我通常優(yōu)先用它做新項目用 DOSBox 做老代碼的核對基準。3. 核心 API 與坐標系統(tǒng)把像素、顏色和窗口關(guān)系一次理清3.1 initgraph 三個參數(shù)驅(qū)動、模式、路徑寫錯一個就黑屏graphics.h 里最重要的函數(shù)是 initgraph它的簽名是 void initgraph(int *graphdriver, int *graphmode, char *pathtodriver);第一個參數(shù)傳驅(qū)動編號第二個參數(shù)傳分辨率模式第三個參數(shù)傳驅(qū)動文件路徑。最常見的組合是第一個參數(shù)傳 DETECT自動檢測第二個參數(shù)傳 0 或者留空讓系統(tǒng)決定第三個參數(shù)傳 .。但自動檢測不等于不踩坑在虛擬機或者某些兼容環(huán)境下DETECT 可能會誤判顯卡選一個太老或太高的模式導(dǎo)致畫面花掉或直接退出。老模式的常用取值與分辨率關(guān)系如下模式常量典型分辨率適用場景DETECT自動探測絕大部分場景VGA640x480標準老程序EGA640x350老硬件模擬CGA640x200最低兼容我建議在可靠性優(yōu)先時不要完全依賴 DETECT而是手動指定 VGA 和 640x480這樣無論宿主機什么環(huán)境畫面大小都是可預(yù)期的。修改方式是把 initgraph 改成 initgraph(gd, gm, )然后在調(diào)用前給 gd 賦 DETECT、給 gm 賦 VGA 對應(yīng)的數(shù)值或者直接在庫文檔里查 VGA 模式編號。手動指定模式后坐標范圍就固定了這也是排除黑屏問題最快的一招。3.2 繪圖函數(shù)族line、circle、rectangle、bar、ellipse 的邊界與填充規(guī)則graphics.h 的繪圖函數(shù)非常多但工程上常用的沒幾個。你需要把它們按“描邊”和“填充”兩類分開記line(x1, y1, x2, y2)畫直線不填充。circle(x, y, radius)畫空心圓不填充。rectangle(x1, y1, x2, y2)畫空心矩形兩個點是左上角和右下角。bar(x1, y1, x2, y2)畫實心矩形不需要額外填充。ellipse(x, y, startAngle, endAngle, xRadius, yRadius)畫橢圓弧角度范圍可以控制是整圓還是扇形。畫一個圓并填充的代碼如下#include graphics.h #include conio.h int main() { int gd DETECT, gm; initgraph(gd, gm, ); setfillstyle(SOLID_FILL, RED); setcolor(RED); circle(160, 120, 40); floodfill(160, 120, RED); getch(); closegraph(); return 0; }說明setfillstyle 設(shè)置填充模式和填充顏色setcolor 設(shè)置描邊顏色circle 畫出紅色邊界圓floodfill 從內(nèi)部點 (160, 120) 開始填充直到碰到邊界色 RED 才停止。注意 floodfill 的第三個參數(shù)必須傳邊界顏色通常就是剛才 setcolor 設(shè)置的顏色如果你把邊界色參數(shù)寫成填充色它找不到閉合邊界會一直往邊緣擴散把整個屏幕填滿。這個搭配是 BGI 最常見的翻車點之一其實完整流程應(yīng)該是先 setcolor 設(shè)邊界色再 circle再 setfillstyle 設(shè)填充色最后 floodfill。如果你先調(diào) setfillstyle 再調(diào) setcolor邊界色和填充色就會串最終結(jié)果完全不是預(yù)期的樣子。3.3 顏色與填充特殊性setcolor、setbkcolor、setfillstyle 的配合邏輯BGI 支持的顏色是老 16 色調(diào)色板顏色編號從 0 到 15對應(yīng) BLACK、BLUE、GREEN、CYAN、RED、MAGENTA、BROWN、LIGHTGRAY、DARKGRAY、LIGHTBLUE、LIGHTGREEN、LIGHTCYAN、LIGHTRED、LIGHTMAGENTA、YELLOW、WHITE。這里有個容易忽略的點setbkcolor 設(shè)置背景色但它只影響整個屏幕的背景不清除已有內(nèi)容clearviewport 才會把整個視口按背景色清空。如果程序里想“刷新畫面”很多新手會用 setbkcolor clearviewport結(jié)果發(fā)現(xiàn)顏色變深了、畫面閃得厲害。更穩(wěn)的做法是保留舊畫面不動只在需要擦除的區(qū)域用原來的背景色重畫或者直接用 putimage 回寫背景緩沖。顏色錯誤在實際運行中表現(xiàn)出的癥狀通常是圓畫完之后 floodfill 顏色不對或者整屏被某個顏色鋪滿或者圖形“消失”在背景里。遇到這種狀況不要懷疑顯卡驅(qū)動先檢查 setfillstyle、setcolor、floodfill 三個調(diào)用順序和參數(shù)90% 的問題都在這里。3.4 文本輸出與字體為什么 outtextxy 默認會亂碼graphics.h 里的 outtextxy 用來在指定位置輸出文本但它默認使用的是 BGI 內(nèi)嵌的 8x8 點陣英文字體。如果你直接傳入中文字符串絕大多數(shù)兼容實現(xiàn)會顯示成亂碼或空白。原因是點陣字體表里沒有中文字形中文編碼又涉及雙字節(jié)老接口根本不認識。繞過方式有兩種一種是把文本內(nèi)容用英文或拼音表達配合 settextstyle 設(shè)置字體大小勉強夠用另一種是自繪漢字字形把每個漢字先做成位圖數(shù)據(jù)再用 putimage 貼上去。很多課程項目里所謂的“中文菜單”其實都是后端維護一張漢字點陣表然后逐字貼圖而不是靠 outtextxy 直接顯示中文。所以在設(shè)計程序結(jié)構(gòu)時我建議把界面文案與繪圖邏輯分離。需要顯示中文時用位圖方式需要穩(wěn)定和通用時用英文字符。這樣既不依賴 BGI 字體也不容易被不同平臺差異絆住。4. 動手寫一個可運行的圖形 Demo小球運動且不閃屏4.1 Demo 目標和整體結(jié)構(gòu)從 initgraph 到 draw 循環(huán)一個能體現(xiàn) graphics.h 核心用法的 Demo我通常會選“小球沿圓周運動同時畫一條從圓心指向小球的線”。它同時覆蓋直線、圓、顏色、坐標計算、循環(huán)刷新和鍵盤退出足夠檢驗環(huán)境是否正常。整體流程是初始化圖形模式 → 保存一塊空白背景區(qū)域 → 進入循環(huán) → 每幀先恢復(fù)背景 → 畫圓心 → 畫小球 → 延時 → 處理按鍵退出 → 釋放內(nèi)存、關(guān)閉圖形模式。這里關(guān)鍵的幀循環(huán)設(shè)計如下#include graphics.h #include conio.h #include math.h #include stdlib.h #define RADIUS 20 int main() { int gd DETECT, gm; int x0 320, y0 240; int track 120; int x, y, size; void *canvas; double t; initgraph(gd, gm, ); size imagesize(x0 - track - RADIUS, y0 - track - RADIUS, x0 track RADIUS, y0 track RADIUS); canvas malloc(size); getimage(x0 - track - RADIUS, y0 - track - RADIUS, x0 track RADIUS, y0 track RADIUS, canvas); while (!kbhit()) { for (t 0; t 6.283; t 0.05) { if (kbhit()) break; x x0 (int)(track * cos(t)); y y0 (int)(track * sin(t)); putimage(x0 - track - RADIUS, y0 - track - RADIUS, canvas, COPY_PUT); setcolor(LIGHTBLUE); line(x0, y0, x, y); setfillstyle(SOLID_FILL, RED); setcolor(RED); circle(x, y, RADIUS); floodfill(x, y, RED); delay(16); } } free(canvas); closegraph(); return 0; }代碼邏輯說明imagesize 先計算一個矩形區(qū)域所需的內(nèi)存字節(jié)數(shù)getimage 把這塊空白背景抓取到 canvas。之后每幀循環(huán)的第一步 putimage 把 canvas 貼回相同位置相當于擦掉上一幀的畫面避免用 clearviewport 整屏清空。這樣動畫不會閃屏也是老代碼里最常見的緩存技巧。參數(shù)說明track 是軌道半徑控制小球離圓心的距離9 里的 6.283 是 2π讓角度 t 走完一整圈0.05 是角度步長調(diào)大動畫更跳躍調(diào)小更平滑delay(16) 約等于 60 幀每秒這是 VGA 時代的常用刷新節(jié)奏。如果你發(fā)現(xiàn)動畫太快優(yōu)先加 delay而不是在循環(huán)里空轉(zhuǎn)空轉(zhuǎn)會白白占滿 CPU。4.2 getimage/putimage 的機制為什么它能治閃屏BGI 本身就是立即模式?jīng)]有雙緩沖概念每畫一筆都直接寫屏幕。所以當你用 clearviewport 整屏清空時屏幕會經(jīng)歷“全空 → 逐筆重繪”的過程人眼就會看到閃爍。解決思路不是去優(yōu)化逐筆繪制的速度而是不整屏清空。getimage 的作用是把屏幕上某個矩形區(qū)域的像素數(shù)據(jù)復(fù)制到內(nèi)存里putimage 負責(zé)把這塊數(shù)據(jù)原樣貼回屏幕。如果你在做動畫之前先把背景存下來每幀動畫開始前把背景貼回去那屏幕恢復(fù)的是“上一次圖形出現(xiàn)之前的畫面”而不是變成空白閃爍自然減少。這個手法在 graphics.h 里算標準答案但在更現(xiàn)代的圖形庫里早被雙緩沖替代。如果你以后轉(zhuǎn)到其他框架雙緩沖會直接把繪制發(fā)生在幕后緩沖區(qū)最后一次性呈現(xiàn)。理解 getimage/putimage 的用意能幫你更平滑地理解什么叫“像素緩存”和“幀緩沖”。4.3 鍵盤退出與幀率控制kbhit、getch、delay 的配合細節(jié)kbhit 是個容易被忽略但很重要的函數(shù)它檢測“是否有鍵盤輸入”而不阻塞程序。動畫循環(huán)里每幀調(diào)用一次 kbhit按鍵時返回真然后退出循環(huán)程序才能正常結(jié)束。單獨用 getch 會阻塞在那里等按鍵動畫就無法持續(xù)運行所以正確的組合是while (!kbhit()) { /* 每幀繪制邏輯 */ delay(16); }delay 的參數(shù)單位是毫秒它把當前線程掛起一段時間作用是限制幀率。如果你去掉 delay動畫速度會被主頻托著走可能快到看不出軌跡如果 delay 參數(shù)太大動畫又像幻燈片。我一般用 16 毫秒對應(yīng)大概 60 幀課程演示時也可以調(diào)到 30 毫秒讓節(jié)奏更明快。還有一點要注意循環(huán)退出后不要馬上 closegraph先釋放通過 malloc 申請的 canvas再關(guān)閉圖形模式否則在某些兼容層上可能產(chǎn)生內(nèi)存層面的小告警。老編譯器不一定報錯但養(yǎng)成先釋放再關(guān)閉的習(xí)慣后面移植到現(xiàn)代環(huán)境時能少很多麻煩。5. 避坑graphics.h 最常見的五個翻車現(xiàn)場5.1 初始化黑屏DETECT 模式在虛擬機里選錯驅(qū)動現(xiàn)象程序運行后屏幕一黑過一會兒恢復(fù)或者干脆報錯退出。原因虛擬機顯卡和 BGI 的 DETECT 自動探測結(jié)果不匹配探測模式選到不支持的顯存布局。解決不要依賴 DETECT手動指定模式。把 int gd DETECT, gm; 改成 int gd VGA, gm VGAMAX;然后 initgraph(gd, gm, )它會把分辨率鎖定為 640x480繞過探測。實際經(jīng)驗里這一步能解決八成黑屏。5.2 編譯不過頭文件找不到與圖形庫未鏈接現(xiàn)象編譯器提示 graphics.h 找不到或者 link 階段報一堆未定義符號。原因include 路徑?jīng)]有指向 BGI 頭文件目錄鏈接時沒有加圖形庫參數(shù)。解決先確認你用的工具鏈是哪個再看它的 include 和 lib 目錄配置。DOSBox 里的 Turbo C 需要把 .BGI 驅(qū)動放在當前目錄Windows 工具包需要在工程設(shè)置里手動加圖形庫Linux 下的兼容實現(xiàn)則需要編譯命令加 -l 參數(shù)。這屬于環(huán)境配置問題不是代碼問題排錯時先看編譯器輸出信息而不是盯著 C 語言代碼逐行找。5.3 圖像上下顛倒BGI 原點在左上角現(xiàn)象用數(shù)學(xué)函數(shù)畫的拋物線、正弦曲線都倒過來了。原因BGI 的坐標系統(tǒng)是屏幕坐標原點在左上角x 向右增大y 向下增大而數(shù)學(xué)坐標里 y 向上增大。解決封裝一個坐標轉(zhuǎn)換函數(shù)把邏輯坐標轉(zhuǎn)成屏幕坐標再傳給繪圖函數(shù)。常見做法是int toScreenX(int x) { return x; } int toScreenY(int y) { return maxY - y; }說明maxY 是當前模式下的最大 y 值比如 640x480 里取 479。所有“數(shù)學(xué)坐標畫圖”的代碼都經(jīng) toScreenY 轉(zhuǎn)換圖形方向和直覺一致。這個小封裝可以說是 graphics.h 里最實用的工具函數(shù)沒有之一。5.4 顏色錯亂填充色與邊界色混用現(xiàn)象floodfill 要么填不進去要么把整個屏幕填滿。原因floodfill 的第三個參數(shù)需要邊界顏色而你傳成了填充色或者 setcolor 和 setfillstyle 的調(diào)用順序反了。解決遵循固定套路——先 setcolor 設(shè)邊界色畫邊框再 setfillstyle 設(shè)填充色最后 floodfill 傳邊界色。我自己寫代碼時會專門抽一個 fillCircle 輔助函數(shù)void fillCircle(int x, int y, int r, int border, int fill) { setcolor(border); circle(x, y, r); setfillstyle(SOLID_FILL, fill); floodfill(x, y, border); }說明這樣調(diào)用方不用關(guān)心邊界色和填充色的先后問題傳參時也不容易把兩個顏色寫反。BGI 的 16 色調(diào)色板在不同兼容實現(xiàn)里可能有細微色差但參數(shù)邏輯始終一樣。5.5 中文亂碼點陣字體不認漢字現(xiàn)象outtextxy 輸出中文文本窗口里顯示成亂碼、問號或方塊。原因BGI 自帶字體表只有英文點陣不包含中文字形。解決不要在 graphics.h 原生的 outtextxy 里直接放中文字符串。你能做的是要么用英文界面要么自己準備漢字點陣。課程項目里如果必須顯示中文常見做法是先把每個漢字做成小位圖再用 putimage 逐字貼出雖然麻煩但至少可控。只要你理解了這是字體表的限制就不會在同一個坑里反復(fù)試。6. 進階用一層 draw 封裝把 graphics.h 代碼帶到現(xiàn)代窗口環(huán)境6.1 定義最小繪制接口如果你不滿足于只在教材環(huán)境里跑通我推薦一個讓我少走很多彎路的做法在 graphics.h 之上再包一層薄薄的統(tǒng)一接口。這樣業(yè)務(wù)代碼只依賴你自己定義的 draw 接口不直接依賴 graphics.h將來換任何現(xiàn)代圖形庫時只替換實現(xiàn)文件不用動業(yè)務(wù)邏輯。先定義一個極小的頭文件/* draw.h */ #ifndef DRAW_H #define DRAW_H void draw_open(int width, int height); void draw_close(void); void draw_pixel(int x, int y, int color); void draw_line(int x1, int y1, int x2, int y2, int color); void draw_text(int x, int y, const char *s, int color); void draw_present(void); int draw_key(void); #endif說明draw_open 負責(zé)初始化窗口draw_close 負責(zé)清理draw_pixel 和 draw_line 是基礎(chǔ)圖形原語draw_present 表示把緩沖顯示到屏幕draw_key 詢問是否有按鍵輸入。這個接口刻意省略了很多復(fù)雜能力只保留最常用的部分因為接口越窄被替換成本越低。6.2 用 graphics.h 實現(xiàn)這套接口底層的實現(xiàn)文件長這樣/* draw_graphics_impl.c */ #include draw.h #include graphics.h #include conio.h void draw_open(int width, int height) { int gd DETECT, gm; initgraph(gd, gm, ); } void draw_close(void) { closegraph(); } void draw_pixel(int x, int y, int color) { putpixel(x, y, color); } void draw_line(int x1, int y1, int x2, int y2, int color) { setcolor(color); line(x1, y1, x2, y2); } void draw_text(int x, int y, const char *s, int color) { setcolor(color); outtextxy(x, y, (char *)s); } void draw_present(void) { /* graphics.h 是立即模式畫面直接落屏無需交換緩沖 */ } int draw_key(void) { return kbhit(); }說明這個實現(xiàn)幾乎是一層透傳。graphics.h 本身沒有緩沖機制所以 draw_present 是空操作。將來你換到某個現(xiàn)代圖形庫時只需要把 draw_open 改成創(chuàng)建窗口和渲染器把 draw_present 改成交換前后緩沖其他函數(shù)一一對應(yīng)即可。參數(shù)說明color 參數(shù)沿用 graphics.h 的 0-15 編號你可以在接口里約定自己的顏色枚舉然后在實現(xiàn)層轉(zhuǎn)換成不同圖形庫的顏色值。6.3 驗證方法一條對角線和一個延時循環(huán)封裝完成之后用一個簡單的驗證程序檢查接口是否正常畫一條從左上角到右下角的對角線如果顯示成 45°說明坐標和顏色鏈路都通了再做 10 秒動畫用 draw_key 退出說明輸入鏈路也正常。驗證通過后這份代碼就是你可以反復(fù)復(fù)用的基礎(chǔ)層。#include draw.h int main() { draw_open(640, 480); draw_line(0, 0, 639, 479, 14); draw_present(); delay(2000); draw_close(); return 0; }說明14 是黃色delay 2000 毫秒讓窗口停留兩秒方便肉眼確認。只要這個程序正常說明你的 draw 接口和 graphics.h 綁定層沒問題業(yè)務(wù)代碼可以放心往上寫。我最初把所有繪圖代碼都直接塞在 main 里每次換環(huán)境都要改一大片。后來某次要在另一個圖形框架上做模擬演示吃夠了移植的苦才下狠心抽出這層接口?，F(xiàn)在不管是寫課程實驗還是競賽 Demo我都先從 draw 接口出發(fā)底層選 graphics.h 還是別的庫只是換一個實現(xiàn)文件的問題。這個習(xí)慣讓我少翻了很多次車希望幫到你。本文還有配套的精品資源點擊獲取