簡介西北工業(yè)大學軟件學院計算機圖形學實驗代碼包覆蓋二維/三維圖形繪制、幾何變換、投影視圖、光照模型、物體建模、碰撞檢測及交互設計等知識點全部程序基于C語言在VC6.0環(huán)境編寫調(diào)試適合課程同步練習、期末復習與項目復盤參考。壓縮包共224個文件、5.37MB含28個cpp源文件、18個h頭文件、12套dsp工程文件以及dsw、ncb、exe可執(zhí)行程序、obj目標文件、pch預編譯頭工程結(jié)構(gòu)完整可獨立編譯運行。已有581人學習。各實驗子項目代碼附有詳細注釋可對照Dijkstra最短路徑、Flood Fill區(qū)域填充、Phong光照模型等經(jīng)典算法實現(xiàn)理解圖形學底層原理亦能直接運行exe查看效果適合需要動手強化編程能力的學生與自學者。1. 期末突擊計算機圖形學一份能直接跑的實驗包意味著什么圖形學實驗最折磨人的不是算法公式而是你把DDA和Bresenham背得滾瓜爛熟屏幕依然一片黑。我整理這份某高校軟件學院《計算機圖形學》課程實驗包的時候核心目標只有一個讓每個實驗都能單獨編譯打開就有圖形反饋。它覆蓋畫線、畫圓、二維變換、三維觀察、光照材質(zhì)與紋理映射從CPU端的光柵化算法到GPU端著色器都有可運行工程。適合兩類人一類是期末想快速補齊實驗、照著可運行代碼理解原理的同學另一類是熟悉API但沒從頭寫過圖形學算法的開發(fā)者。壓縮包里沒有繞開算法的魔改畫筆路徑、光源位置、頂點索引全部攤開在源碼里你可以從框架里拎出一個實驗直接改也能把整套工程當模板逐步替換成自己的渲染器實現(xiàn)。2. 技術(shù)棧與工程拓撲Visual Studio OpenGL從固定管線到著色器2.1 依賴選擇freeglut、GLEW、GLM 各司其職OpenGL 不只是鏈接一個 opengl32.lib 就能舒服開發(fā)的它缺三樣東西窗口上下文、現(xiàn)代擴展函數(shù)指針、數(shù)學庫。這套實驗包用的是 C/Visual Studio 棧依賴集中在 freeglut、GLEW、GLM 三件套上。freeglut 負責創(chuàng)建窗口、處理鍵盤鼠標事件和主循環(huán)GLUT 那套回調(diào)模型和教材里“繪圖-事件-重繪”的描述幾乎一一對應課堂實驗用它比直接寫 Win32 消息循環(huán)省太多事。GLEW 負責把 OpenGL 3.0 之后的擴展函數(shù)加載進來沒有它 glGenVertexArrays 這種函數(shù)在 Windows 上根本拿不到地址。GLM 是純頭文件的矩陣庫寫觀察和投影矩陣時不需要自己手推透視矩陣公式。組件職責使用要點freeglut窗口、輸入事件、主循環(huán)回調(diào)函數(shù)注冊后由 glutMainLoop 驅(qū)動GLEW加載現(xiàn)代 OpenGL 擴展函數(shù)必須定義 GLEW_STATIC 再鏈 glew32s.libGLM矩陣、向量、透視投影列主序直接對接 GLSL 的 mat4opengl32.libWindows 系統(tǒng) OpenGL 基礎庫附加依賴項里固定存在為什么不用 DirectX不是不能用而是課程實驗講的是通用圖形學概念OpenGL 在各平臺行為一致固定管線的 glBegin/glEnd 寫法對早期光柵化實驗特別友好。你會在 01、02 號實驗里看到傳統(tǒng)繪制 API到光照紋理實驗再切到著色器正好覆蓋圖形學教學的兩個階段。2.2 工程目錄結(jié)構(gòu)一個解決方案掛六個實驗打開壓縮包第一眼看到的是MyProjects.sln根目錄按實驗編號拆分工程。大多數(shù)實驗是一個main.cpp加少量封裝頭文件個別實驗帶資源目錄整體結(jié)構(gòu)大致如下MyProjects/ ├─ 01_DDA_Bresenham/ │ ├─ src/main.cpp │ └─ README.md ├─ 02_Circle_Ellipse/ ├─ 03_Transform2D/ ├─ 04_ViewProjection/ ├─ 05_Lighting_Material/ ├─ 06_TextureMapping/ ├─ common/ │ ├─ shader.h │ └─ win32_path.h ├─ libs/ │ ├─ freeglut/ # include 與 lib 分平臺存放 │ ├─ glew/ │ └─ glm/ └─ MyProjects.slncommon/不是課程強制的是我在整理代碼時習慣性的收口凡是兩個以上工程都用得到的封裝比如著色器編譯、文件路徑轉(zhuǎn)換都放進公共頭文件。你把每個工程完全獨立也可以但那樣遇到著色器編譯報錯就得復制粘貼六遍檢查代碼公共目錄能少改很多地方。各實驗與課程知識點的對應關系如下工程目錄核心知識點演示重點01_DDA_BresenhamDDA 與 Bresenham 直線生成兩種算法在相同坐標下的造點軌跡02_Circle_Ellipse中點畫圓、橢圓的參數(shù)方程圓對稱性與決策參數(shù)的更新03_Transform2D平移、旋轉(zhuǎn)、縮放的復合矩陣繞任意點旋轉(zhuǎn)的實現(xiàn)04_ViewProjection透視投影、觀察矩陣視錐體與深度測試效果05_Lighting_MaterialBlinn-Phong 光照模型光源位置、材質(zhì)高光06_TextureMapping紋理坐標、采樣、邊界處理四邊形表面的貼圖效果2.3 快速編譯VS 屬性頁里那四個配置項拿到源碼先別急著點運行OpenGL 實驗工程最常見的翻車就是依賴沒配齊。以 03_Transform2D 為例先在 VS 里把包含目錄和庫目錄指到libs/下附加包含目錄 $(SolutionDir)libs\freeglut\include;$(SolutionDir)libs\glew\include;$(SolutionDir)libs\glm 附加庫目錄 $(SolutionDir)libs\freeglut\lib\x64;$(SolutionDir)libs\glew\lib\x64 預處理器定義 GLEW_STATIC;_CRT_SECURE_NO_WARNINGS 附加依賴項 opengl32.lib;freeglut.lib;glew32s.lib用$(SolutionDir)而不是寫死路徑是為了讓你把整個MyProjects目錄換個位置也能編譯。_CRT_SECURE_NO_WARNINGS是讓fopen這類函數(shù)不再報 C4996 警告做紋理加載實驗時能少刷很多屏。如果你只跑 01、02 固定管線實驗GLEW 不配也能運行但想一次把六個實驗全部編譯過建議每個工程統(tǒng)一加這條預處理器定義避免同一套代碼在 Debug 和 Release 下行為不一致那是后續(xù)最常見的一個坑。3. 核心模塊拆解一個三角形從頂點到像素的完整鏈路3.1 窗口創(chuàng)建與 GLUT 回調(diào)GLUT 死循環(huán)想退出來怎么辦三角形能顯示到屏幕上起點是窗口初始化和回調(diào)注冊。這套代碼在實驗包里每個工程都可以單獨抽出來看int main(int argc, char** argv) { glutInit(argc, argv); glutInitDisplayMode(GLUT_DOUBLE | GLUT_RGB | GLUT_DEPTH); glutInitWindowSize(800, 600); glutCreateWindow(CG Lab); // 注意GLEW 必須在窗口創(chuàng)建之后才能初始化 glewExperimental GL_TRUE; glewInit(); glutReshapeFunc(reshape); glutDisplayFunc(display); glutKeyboardFunc(keyboard); setupScene(); // 創(chuàng)建 VAO、VBO、著色器 glutMainLoop(); return 0; // 這行實際執(zhí)行不到 }GLUT_DOUBLE申請雙緩沖避免畫面閃爍GLUT_DEPTH給深度緩沖區(qū)騰地方三維實驗里必須加否則深度測試等于沒開。glutMainLoop一旦進入就阻塞在這里不斷派發(fā)事件后面的return 0不會執(zhí)行。想讓程序退出正確做法是調(diào)用glutLeaveMainLoop()而不是硬exit。3.2 著色器編譯為什么 glShaderSource 的第四個參數(shù)要傳 nullptr三角形的 GPU 端渲染離不開著色器。下面是精簡后的著色器編譯封裝注意看glShaderSource的參數(shù)GLuint CompileShader(GLenum type, const char* src) { GLuint shader glCreateShader(type); glShaderSource(shader, 1, src, nullptr); // 按\0截斷省去手動數(shù)長度 glCompileShader(shader); GLint ok 0; glGetShaderiv(shader, GL_COMPILE_STATUS, ok); if (!ok) { char log[512] {0}; glGetShaderInfoLog(shader, 511, nullptr, log); printf(shader compile error:\n%s\n, log); glDeleteShader(shader); return 0; } return shader; }glShaderSource的第四個參數(shù)表示每個字符串的長度。傳nullptr時驅(qū)動按 C 字符串的\0結(jié)尾自動截斷日常寫常量著色器源碼最省事。但如果從文件里讀代碼用std::ifstream讀取后字符串長度不等于文件長度把content.c_str()傳進去其實也沒問題真正容易踩的是用read把內(nèi)容讀進一個未補\0的char數(shù)組這時第四個參數(shù)必須顯式傳實際長度。編譯后用glGetShaderiv查GL_COMPILE_STATUS不是查返回指針返回值只代表函數(shù)調(diào)用是否成功我看到太多人忽略狀態(tài)直接鏈到程序里最后畫面黑得毫無頭緒。3.3 VAO/VBO把頂點屬性和緩沖對象綁定在一起從數(shù)據(jù)到像素中間得有頂點緩沖。下面這段是實驗里最常見的三角形初始化寫法float vertices[] { // x y z r g b -0.5f, -0.5f, 0.0f, 1.0f, 0.0f, 0.0f, 0.5f, -0.5f, 0.0f, 0.0f, 1.0f, 0.0f, 0.0f, 0.5f, 0.0f, 0.0f, 0.0f, 1.0f }; GLuint vao, vbo; glGenVertexArrays(1, vao); glGenBuffers(1, vbo); glBindVertexArray(vao); glBindBuffer(GL_ARRAY_BUFFER, vbo); glBufferData(GL_ARRAY_BUFFER, sizeof(vertices), vertices, GL_STATIC_DRAW); // 第 0 個頂點屬性位置取前 3 個 float glVertexAttribPointer(0, 3, GL_FLOAT, GL_FALSE, 6 * sizeof(float), (void*)0); glEnableVertexAttribArray(0); // 第 1 個頂點屬性顏色跨過前面 3 個 float glVertexAttribPointer(1, 3, GL_FLOAT, GL_FALSE, 6 * sizeof(float), (void*)(3 * sizeof(float))); glEnableVertexAttribArray(1);這段代碼的核心是步長和偏移量。每個頂點包含 6 個float位置在前 3 個顏色在后 3 個所以屬性步長是6 * sizeof(float)。位置偏移是 0顏色偏移要從第 3 個float開始寫成(void*)(3 * sizeof(float))。GL_STATIC_DRAW表示數(shù)據(jù)幾乎不變驅(qū)動可以把它放到更合適的內(nèi)存位置如果每幀都在改頂點坐標就改成GL_DYNAMIC_DRAW。3.4 繪制與 MVP 矩陣兩個矩陣相乘的順序別搞反頂點數(shù)據(jù)準備好后display回調(diào)里做的事情是從 CPU 側(cè)把模型、觀察、投影三個矩陣合起來傳給著色器的 uniform再發(fā)起繪制void display() { glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); glUseProgram(shaderProgram); glm::mat4 proj glm::perspective(45.0f, (float)WIDTH / (float)HEIGHT, 0.1f, 100.0f); glm::mat4 view glm::lookAt( glm::vec3(0.0f, 0.0f, 5.0f), glm::vec3(0.0f, 0.0f, 0.0f), glm::vec3(0.0f, 1.0f, 0.0f)); glm::mat4 model glm::rotate(glm::mat4(1.0f), rotAngle, glm::vec3(0.0f, 1.0f, 0.0f)); glm::mat4 mvp proj * view * model; glUniformMatrix4fv(uMVP, 1, GL_FALSE, mvp[0][0]); glBindVertexArray(vao); glDrawArrays(GL_TRIANGLES, 0, 3); glutSwapBuffers(); }OpenGL 使用列主序矩陣GLM 的mat4布局和 GLSL 一致傳給 uniform 時不需要轉(zhuǎn)置所以第三個參數(shù)傳GL_FALSE。矩陣相乘的順序是proj * view * model頂點點v實際經(jīng)歷的是proj * (view * (model * v))先模型變換到世界再觀察變換到相機最后投影到裁剪空間。把順序?qū)懗蒻odel * view * proj是旋轉(zhuǎn)平移混亂的重災區(qū)后面避坑章會專門講。glDrawArrays的第一個參數(shù)決定圖元類型GL_TRIANGLES每三個頂點組成一個三角形頂點數(shù)是 3所以第三個參數(shù)傳 3。如果三角形畫不出來或者位置不對先檢查頂點數(shù)組里的坐標范圍再查矩陣不要一上來就懷疑顯卡驅(qū)動。4. 實驗代碼逐層分析從畫線、變換到光照的算法落地4.1 DDA 與 Bresenham浮點遞增和整數(shù)糾偏的兩條路線前兩個實驗是光柵化的地基。DDA 思路直接把線段兩端點的dx、dy拆成若干小步每步加一次增量void dda(int x0, int y0, int x1, int y1) { float dx x1 - x0; float dy y1 - y0; int steps max(abs(dx), abs(dy)); float xInc dx / steps; float yInc dy / steps; float x x0, y y0; for (int i 0; i steps; i) { setPixel(round(x), round(y)); x xInc; y yInc; } }步數(shù)取dx、dy絕對值較大的一方是為了保證步長不超過一個像素。DDA 的問題在于浮點運算和round循環(huán)次數(shù)多了會有積累誤差。Bresenham 則完全拋棄浮點用誤差項err判斷下一幀該走哪個方向void bresenham(int x0, int y0, int x1, int y1) { int dx abs(x1 - x0), sx x0 x1 ? 1 : -1; int dy -abs(y1 - y0), sy y0 y1 ? 1 : -1; int err dx dy; while (true) { setPixel(x0, y0); if (x0 x1 y0 y1) break; int e2 2 * err; if (e2 dy) { err dy; x0 sx; } if (e2 dx) { err dx; y0 sy; } } }這里的sy寫成負的絕對值是刻意讓err可以同時判斷 x 和 y 兩個方向。兩個算法在 01 號實驗里都保留了切換繪制函數(shù)就能直觀看到同一個端點對產(chǎn)生的點陣差異。實驗報告里最值得寫的不是復雜度而是四邊形區(qū)域里哪個算法對邊緣更平滑。4.2 中點畫圓一個決策值如何取代平方根運算畫圓如果直接用參數(shù)方程x cx r * cosθ每一幀都要算三角函數(shù)。中點畫圓算法用決策值d的符號判斷下一個像素選哪個完全繞開三角函數(shù)void midpointCircle(int cx, int cy, int r) { int x 0, y r; int d 1 - r; while (x y) { circlePoints(cx, cy, x, y); x; if (d 0) d 2 * x 1; else { y--; d 2 * (x - y) 1; } } }d的初始值是1 - r對應圓與網(wǎng)格線的首個中點位置每次 x 遞增后如果判定中點落在圓內(nèi)y 不變否則 y 減一。circlePoints利用圓的八對稱性把(x, y)同時映射為另外 7 個點所以只需要掃描八分之一圓弧。動手改實驗時可以把d的更新公式打印出來對比 y 的遞減趨勢比直接背公式印象深刻。4.3 復合變換的順序先縮放還是先平移結(jié)果完全不同03 號實驗的二維變換最容易出錯的不是單個矩陣而是復合順序。用 GLM 寫變換看著是按代碼順序執(zhí)行的glm::mat4 m(1.0f); m glm::translate(m, glm::vec3(tx, ty, 0)); m glm::rotate(m, glm::radians(angle), glm::vec3(0, 0, 1)); m glm::scale(m, glm::vec3(sx, sy, 1)); // 等價效果: v T * R * S * v因為頂點是列向量矩陣組合后實際先對頂點做縮放再做旋轉(zhuǎn)最后平移。如果希望先平移到某個位置再縮放就要把代碼里translate和scale的調(diào)用順序反過來而不是想當然地認為“寫在前面的先執(zhí)行”。繞任意點旋轉(zhuǎn)是另一個常見需求。正確的復合方式是“先平移到原點旋轉(zhuǎn)再平移回去”glm::mat4 m glm::mat4(1.0f); m glm::translate(m, glm::vec3(px, py, 0)); m glm::rotate(m, glm::radians(angle), glm::vec3(0, 0, 1)); m glm::translate(m, glm::vec3(-px, -py, 0));這段代碼的含義是T(p) * R * T(-p)對點來說先回了原點轉(zhuǎn)完再回原位。實驗報告里一般會要求畫一個矩形繞自身中心旋轉(zhuǎn)你在畫矩形時如果頂點是相對中心點定義的那第一個translate(-px, -py)就可以省略這個細節(jié)值得寫進說明。4.4 觀察、投影與 Blinn-Phong 光照固定管線到著色器的一小步04 號實驗里還有部分固定管線寫法方便和著色器版本做對比glMatrixMode(GL_PROJECTION); glLoadIdentity(); gluPerspective(60.0, aspect, 0.1, 100.0); glMatrixMode(GL_MODELVIEW); glLoadIdentity(); gluLookAt(0, 0, 6, 0, 0, 0, 0, 1, 0);gluPerspective的第一個參數(shù)是垂直視場角單位是度不是弧度第二個參數(shù)aspect是窗口寬高比后兩個參數(shù)分別是近裁剪面和遠裁剪面到相機的距離。這兩個距離的比值會影響深度緩沖的精度近遠差得太大時遠處物體會出現(xiàn)深度沖突表現(xiàn)為三角形表面閃爍。gluLookAt的三組參數(shù)分別是眼睛位置、觀察目標點、視口向上的方向向量。到 05 號光照實驗就進入可編程管線Blinn-Phong 是課程里最通用的模型它的片元著色器核心計算如下vec3 N normalize(normal); vec3 L normalize(lightPos - fragPos); vec3 V normalize(viewPos - fragPos); vec3 H normalize(L V); float diff max(dot(N, L), 0.0); float spec pow(max(dot(N, H), 0.0), shininess); vec3 color ambient diff * lightColor spec * specColor;H是半程向量把反射方向的計算換成了L V的歸一化性能更好且效果接近。寫這個著色器時最常見的低級錯誤是忘記normalize導致dot結(jié)果偏大或偏小高光區(qū)域突然閃爍另一個是把法線放在頂點著色器里變換完直接插值沒有在片元里重新歸一化模型轉(zhuǎn)動時高光會跟著飄。這些現(xiàn)象在 05 號實驗的窗口里都能復現(xiàn)是調(diào)光照的必經(jīng)之路。5. 常見問題黑屏、白板和亂碼的排查路徑圖形學實驗排查不能靠瞪先確認“窗口有沒有創(chuàng)建出來、OpenGL 有沒有初始化、數(shù)據(jù)有沒有進管線、著色器有沒有鏈接成功”這四層再動手改代碼。下面這五條是這套實驗包里出現(xiàn)頻率最高的翻車現(xiàn)場。5.1 窗口能開畫面黑屏glewInit 放錯了時機現(xiàn)象窗口正常彈出但三角形不顯示glGetError()偶爾返回GL_INVALID_ENUM。原因glewInit()在有合法 GL 上下文前調(diào)用擴展函數(shù)指針加載失敗后續(xù)所有g(shù)lGen*調(diào)用都拿到無效對象。解決把glewInit放到glutCreateWindow之后并檢查返回值glutCreateWindow(CG Lab); glewExperimental GL_TRUE; GLenum err glewInit(); if (err ! GLEW_OK) { printf(glew init failed: %s\n, glewGetErrorString(err)); return; }glewExperimental置GL_TRUE是為了讓它加載一些驅(qū)動沒有主動暴露的實驗性擴展。如果不想被黑屏折磨這段代碼應該作為所有著色器工程的固定前綴。5.2 紋理貼上去是灰色中文路徑和紋理翻轉(zhuǎn)各占一半現(xiàn)象06 號實驗的紋理加載函數(shù)返回成功但屏幕上模型是一整塊灰白色或者紋理上下顛倒。原因圖像讀取庫在 Windows 下遇到中文目錄或中文文件名時路徑解析失敗另一類問題是圖片的行對齊規(guī)則和 OpenGL 默認的GL_UNPACK_ALIGNMENT4不一致寬高不是 4 的倍數(shù)時讀出來的像素就是錯位的。解決把工程和資源放到純英文路徑下這個“玄學”問題通常立刻消失如果只是上下顛倒用下面這行調(diào)整像素上傳對齊方式glPixelStorei(GL_UNPACK_ALIGNMENT, 1);GL_UNPACK_ALIGNMENT默認是 4表示每行像素在內(nèi)存里按 4 字節(jié)對齊。BMP 這類無壓縮格式每行往往正好 4 字節(jié)對齊但遇到奇數(shù)寬度就會錯位。把它設成 1 是按單字節(jié)緊湊排列兼容性最好代價是上傳速度略降課程實驗里完全夠用。5.3 Debug 跑得好好的Release 鏈接報幾十個未解析符號現(xiàn)象Debug 編譯正常切到 Release 后鏈接器報一堆__imp_glGenVertexArrays或__imp_wglChoosePixelFormat開頭的未解析外部符號。原因只改了 Debug 配置的依賴路徑Release 配置里 GLEW 和 freeglut 的庫路徑還是空的或者是鏈接了glew32.lib卻忘記定義GLEW_STATIC導致靜態(tài)庫和動態(tài)庫的符號約定對不上。解決打開 VS 屬性頁左上角配置選“所有配置”平臺選“所有平臺”把第二章里那四項依賴統(tǒng)一填一遍。還有一個容易忽略的點freeglut.dll和glew32.dll這些動態(tài)庫必須和生成的 exe 在同一目錄否則雙擊運行時直接彈“找不到 dll”這種現(xiàn)象更像是工程配置壞了但其實只是文件沒復制到位。5.4 物體旋轉(zhuǎn)后總是平漂一段復合矩陣順序反了現(xiàn)象用鍵盤旋轉(zhuǎn)物體時它不繞自身中心轉(zhuǎn)而是邊轉(zhuǎn)邊朝某個方向平移旋轉(zhuǎn)中心明顯不對。原因模型矩陣里平移和旋轉(zhuǎn)的順序?qū)懛戳?。比如寫成model rotate * translate頂點先被平移、再旋轉(zhuǎn)等于繞著世界原點旋轉(zhuǎn)一個已經(jīng)偏移的物體看起來就像額外平移了一段。解決先確認你的頂點坐標是不是相對物體中心定義的。如果不是要先把物體移回原點、旋轉(zhuǎn)、再移回去glm::mat4 model glm::translate(glm::mat4(1.0f), glm::vec3(centerX, centerY, 0)) * glm::rotate(glm::mat4(1.0f), angle, glm::vec3(0, 0, 1)) * glm::translate(glm::mat4(1.0f), glm::vec3(-centerX, -centerY, 0));這個式子從右往左讀先移到原點旋轉(zhuǎn)再平移回原位置。矩陣乘法是圖形學實驗里調(diào)試時間最長的地方遇到位置不對先把旋轉(zhuǎn)角度固定成 0觀察平移是否單獨正常再逐步疊加旋轉(zhuǎn)。5.5 著色器編譯通過一調(diào)用就黑屏或崩潰忘了檢查 Link 狀態(tài)現(xiàn)象CompileShader返回的 shader 對象不是 0但鏈接完程序后畫面還是黑的控制臺也沒有任何報錯。原因glLinkProgram之后沒有檢查GL_LINK_STATUS很多著色器編譯通過但變量名拼寫錯誤鏈接時 uniform 被優(yōu)化掉glGetUniformLocation返回 -1后續(xù)glUniformMatrix4fv把一個非法地址傳進去。解決鏈接完成后強制加一段日志檢查同時打印 uniform 地址glLinkProgram(prog); GLint linked 0; glGetProgramiv(prog, GL_LINK_STATUS, linked); if (!linked) { char log[512]; glGetProgramInfoLog(prog, 511, nullptr, log); printf(link error:\n%s\n, log); } GLint u glGetUniformLocation(prog, mvp); if (u 0) printf(uniform mvp not found\n);不要靠肉眼對比著色器字符串里的名字直接讓程序把 uniform 地址打出來。從這套實驗包開始我給自己定了一條規(guī)則任何 gl 相關的返回值都要檢查錯誤狀態(tài)再小的工程也一樣這條習慣能省掉一半的調(diào)試時間。6. 二次開發(fā)把分散實驗改造成一個可交互的圖形學 Demo六個實驗各自獨立運行沒問題但它們之間沒有統(tǒng)一入口。二次開發(fā)的第一步是把不同實驗的繪制邏輯抽象成同一種接口這樣后續(xù)想加一個“實驗切換菜單”就很容易。class IRenderable { public: virtual void Initialize() 0; virtual void Render(float dt) 0; virtual void OnKey(unsigned char key, int x, int y) 0; virtual ~IRenderable() {} };每個實驗工程只要繼承這個接口把原來的init、display、keyboard搬進三個虛函數(shù)即可。第二步是做一個簡單的場景管理器用數(shù)字鍵 1 到 6 切換不同的實驗class SceneManager { public: static SceneManager Instance() { static SceneManager inst; return inst; } void Register(int id, std::unique_ptrIRenderable scene) { scenes_[id] std::move(scene); } void SwitchTo(int id) { current_ scenes_[id].get(); } IRenderable* Current() { return current_; } private: std::mapint, std::unique_ptrIRenderable scenes_; IRenderable* current_ nullptr; };注冊順序放在main里和工程目錄編號保持一致。這樣做的好處是每個實驗原來的main.cpp不再擁有獨立的glutMainLoop而是統(tǒng)一交給框架調(diào)度主循環(huán)只保留一次glutDisplayFunc(display)內(nèi)部轉(zhuǎn)發(fā)給當前場景。改造完成后驗證方式很簡單依次按 1 到 6確認每個場景都能渲染且不會串狀態(tài)再切回場景 1看看之前建的 VAO 是否還在。如果還想更進一步就把固定管線的 01 到 03 號實驗遷移到著色器版本用glDrawArrays(GL_POINTS, ...)替代glBegin(GL_POINTS)。這個遷移過程能幫你真正搞清楚固定管線的矩陣棧和現(xiàn)代管線的 uniform 之間是什么關系而不是只會復制粘貼。我當年把實驗合并成 Demo 后以為在一臺機器上跑通就萬事大吉結(jié)果換到另一臺機器上演示時DLL 沒復制、紋理路徑寫的是絕對路徑現(xiàn)場直接翻車。從那以后我每次改完都強制走一遍流程清空輸出目錄、Debug 和 Release 分別編譯、把 DLL 和資源改成相對路徑、再換一個目錄重新跑一次。這套血淚流程雖然看著笨但保住了很多次演示。希望幫到你。本文還有配套的精品資源點擊獲取