1. 項(xiàng)目概述與時(shí)代背景最近在整理舊硬盤時(shí)翻出了當(dāng)年學(xué)編程的“啟蒙老師”——《VC6.0從入門到精通》第二版還有配套的實(shí)例代碼光盤?？粗切┦煜さ墓こ涛募锌f千。VC6.0這個(gè)誕生于1998年的開發(fā)環(huán)境對(duì)于很多像我一樣在2000年初入行的程序員來說它不僅僅是第一個(gè)真正意義上的Windows集成開發(fā)環(huán)境IDE更是一代人的集體記憶。盡管微軟早已停止對(duì)其官方支持Visual Studio也迭代到了2022甚至2026但時(shí)至今日在高校教學(xué)、遺留系統(tǒng)維護(hù)甚至是一些特定的工業(yè)控制領(lǐng)域依然能看到它的身影。網(wǎng)絡(luò)上關(guān)于“VC6.0主要工作窗口”、“VC崩潰生成調(diào)試文件”的搜索熱度也側(cè)面印證了它頑強(qiáng)的生命力。這個(gè)系列文章我就打算帶著大家以2024年的視角重新精講這本書第1到第6章的實(shí)例代碼。目的很明確不是懷舊而是解構(gòu)與重構(gòu)。對(duì)于初學(xué)者我希望通過剖析這些經(jīng)典的、結(jié)構(gòu)清晰的例子幫你繞過我當(dāng)年踩過的坑快速理解Windows桌面程序開發(fā)的核心骨架。對(duì)于老鳥或許能幫你溫故知新理解那些現(xiàn)代框架比如有人問Flutter打包怎么帶VC庫背后最基礎(chǔ)的運(yùn)行時(shí)和鏈接機(jī)制。我們將不局限于代碼本身更會(huì)深入講解每個(gè)例子背后的設(shè)計(jì)思想、調(diào)試技巧以及如何讓這些“古董”代碼在現(xiàn)代系統(tǒng)上跑起來。2. 環(huán)境準(zhǔn)備讓VC6.0在現(xiàn)代系統(tǒng)上跑起來2.1 安裝與兼容性配置首先你得有個(gè)VC6.0。雖然它很古老但在Windows 10/11上經(jīng)過適當(dāng)配置依然可以穩(wěn)定運(yùn)行。安裝過程本身很簡單但有幾個(gè)關(guān)鍵點(diǎn)決定了你后續(xù)的開發(fā)體驗(yàn)。安裝路徑強(qiáng)烈建議不要安裝在默認(rèn)的C:\Program Files (x86)\Microsoft Visual Studio\VC98。因?yàn)檫@個(gè)路徑包含空格和括號(hào)在后期配置庫文件路徑時(shí)可能會(huì)引發(fā)一些難以察覺的問題。我個(gè)人的習(xí)慣是安裝在D:\DevTools\VC6這樣的純英文、無空格路徑下。兼容性設(shè)置安裝完成后找到MSDEV.EXEVC6的主程序右鍵進(jìn)入屬性。兼容性選項(xiàng)卡勾選“以兼容模式運(yùn)行這個(gè)程序”選擇“Windows XP (Service Pack 3)”。同時(shí)務(wù)必勾選“以管理員身份運(yùn)行此程序”。這是因?yàn)閂C6在創(chuàng)建或修改某些系統(tǒng)目錄下的文件如注冊(cè)COM組件時(shí)需要管理員權(quán)限。顏色管理選項(xiàng)卡這是一個(gè)極其重要但容易被忽略的步驟。點(diǎn)擊“顏色管理”-“高級(jí)”-“更改系統(tǒng)默認(rèn)值”。在新窗口的“高級(jí)”選項(xiàng)卡下取消勾選“使用Windows顯示器校準(zhǔn)”。這一步是為了解決VC6在High DPI高分辨率屏幕上代碼編輯器字體模糊、顏色異常的問題。實(shí)測下來這個(gè)設(shè)置能極大改善編輯體驗(yàn)。2.2 核心工作窗口與項(xiàng)目配置精講啟動(dòng)VC6你會(huì)看到幾個(gè)核心窗口工作區(qū)Workspace、代碼編輯器、輸出窗口Output。對(duì)于初學(xué)者理解工作區(qū)的兩個(gè)視圖是關(guān)鍵ClassView以類的維度組織你的項(xiàng)目。在這里你可以快速查看和跳轉(zhuǎn)到所有類及其成員函數(shù)、變量。這是面向?qū)ο缶幊痰闹庇^體現(xiàn)。FileView以文件的維度組織項(xiàng)目。顯示頭文件.h、源文件.cpp、資源文件.rc等。管理物理文件依賴關(guān)系主要在這里。項(xiàng)目設(shè)置Project Settings是重中之重。按AltF7打開這里藏著無數(shù)“坑”。C/C 標(biāo)簽頁Category: Preprocessor這里的“Preprocessor definitions”定義了宏。例如WIN32,_DEBUG,_WINDOWS,_AFXDLL如果你使用MFC動(dòng)態(tài)庫。理解這些宏決定了代碼的編譯路徑。Category: Code GenerationUse run-time library選項(xiàng)。Debug配置下通常選Debug Multithreaded DLL (MSVCRTD.lib)這意味著你的程序動(dòng)態(tài)鏈接到C運(yùn)行時(shí)庫的調(diào)試版。這涉及到運(yùn)行時(shí)庫的部署也就是網(wǎng)絡(luò)熱詞里提到的“VC可再發(fā)行程序包”問題。如果你的程序發(fā)布給用戶目標(biāo)機(jī)器上必須安裝對(duì)應(yīng)版本的運(yùn)行時(shí)庫如MSVCRT.DLL。Link 標(biāo)簽頁Category: InputObject/library modules里添加額外的庫文件比如要用到Winmm.libWindows多媒體庫。Category: Output可以修改最終生成的.exe文件名和路徑。Category: Debug這里可以設(shè)置生成調(diào)試信息。勾選Generate debug info并在Program Database for中選擇適當(dāng)?shù)母袷竭@是后續(xù)調(diào)試的基礎(chǔ)。注意VC6的默認(rèn)字符集設(shè)置是“未設(shè)置”這通常意味著使用多字節(jié)字符集MBCS。如果你的代碼涉及中文字符串處理在中文系統(tǒng)下一般沒問題但若計(jì)劃兼容更廣的環(huán)境需要留意。遷移到現(xiàn)代VS時(shí)Unicode問題會(huì)是一個(gè)挑戰(zhàn)。3. 第1-3章實(shí)例代碼精講從“Hello World”到消息循環(huán)3.1 第一章第一個(gè)Win32應(yīng)用程序書上的第一個(gè)例子通常是經(jīng)典的WinMain和窗口過程WndProc。我們不僅要會(huì)敲代碼更要理解其背后的機(jī)制。int APIENTRY WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { // 1. 注冊(cè)窗口類 (WNDCLASS) WNDCLASS wc; wc.style CS_HREDRAW | CS_VREDRAW; // 窗口變化時(shí)重繪 wc.lpfnWndProc (WNDPROC)WndProc; // 關(guān)鍵指定消息處理函數(shù) wc.cbClsExtra 0; wc.cbWndExtra 0; wc.hInstance hInstance; wc.hIcon LoadIcon(NULL, IDI_APPLICATION); wc.hCursor LoadCursor(NULL, IDC_ARROW); wc.hbrBackground (HBRUSH)(COLOR_WINDOW1); wc.lpszMenuName NULL; wc.lpszClassName MyFirstWindow; // 窗口類名 if (!RegisterClass(wc)) return FALSE; // 注冊(cè)失敗則退出 // 2. 創(chuàng)建窗口 (CreateWindow) HWND hWnd CreateWindow(MyFirstWindow, 我的第一個(gè)窗口, WS_OVERLAPPEDWINDOW, CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL); if (!hWnd) return FALSE; // 3. 顯示并更新窗口 ShowWindow(hWnd, nCmdShow); UpdateWindow(hWnd); // 4. 消息循環(huán) (Message Loop) - 程序的心臟 MSG msg; while (GetMessage(msg, NULL, 0, 0)) { TranslateMessage(msg); // 轉(zhuǎn)換鍵盤消息 DispatchMessage(msg); // 分發(fā)消息到窗口過程 } return msg.wParam; }核心解析注冊(cè)窗口類你可以把WNDCLASS理解為一個(gè)窗口的“藍(lán)圖”或“模具”。它定義了這類窗口的共同屬性比如用什么圖標(biāo)、光標(biāo)、背景色以及最重要的——消息由哪個(gè)函數(shù)來處理lpfnWndProc。RegisterClass就是把這個(gè)藍(lán)圖注冊(cè)到操作系統(tǒng)。創(chuàng)建窗口CreateWindow根據(jù)注冊(cè)的類名“MyFirstWindow”找到藍(lán)圖創(chuàng)建出一個(gè)具體的、實(shí)實(shí)在在的窗口對(duì)象返回一個(gè)HWND句柄。句柄是操作系統(tǒng)用來管理這個(gè)窗口的唯一標(biāo)識(shí)。消息循環(huán)這是Windows程序的核心。GetMessage從程序的消息隊(duì)列中取出消息如鼠標(biāo)點(diǎn)擊、鍵盤輸入、窗口重繪命令。TranslateMessage將按鍵消息轉(zhuǎn)換為字符消息。DispatchMessage則將消息“派送”給該窗口對(duì)應(yīng)的窗口過程函數(shù)即WndProc去處理。沒有這個(gè)消息循環(huán)程序就無法響應(yīng)用戶操作。窗口過程WndProcLRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) { switch (message) { case WM_PAINT: // 處理窗口重繪消息 { PAINTSTRUCT ps; HDC hdc BeginPaint(hWnd, ps); TextOut(hdc, 10, 10, Hello, VC 6.0!, 15); // 在(10,10)位置輸出文字 EndPaint(hWnd, ps); } break; case WM_DESTROY: // 處理窗口銷毀消息 PostQuitMessage(0); // 發(fā)送退出消息使GetMessage返回0結(jié)束消息循環(huán) break; default: return DefWindowProc(hWnd, message, wParam, lParam); // 其他消息交給默認(rèn)處理 } return 0; }實(shí)操心得很多初學(xué)者在WM_PAINT消息里畫圖但一拖動(dòng)窗口圖形就沒了。這是因?yàn)閃M_PAINT只在需要重繪時(shí)產(chǎn)生如窗口從最小化恢復(fù)、被其他窗口遮擋后露出。所有繪制操作都應(yīng)該放在WM_PAINT里并且不要依賴全局變量存儲(chǔ)繪制狀態(tài)因?yàn)橹乩L時(shí)這些狀態(tài)可能已丟失。正確的做法是將需要繪制的數(shù)據(jù)作為窗口的附加數(shù)據(jù)或全局變量在WM_PAINT中讀取并繪制。3.2 第二章使用資源與對(duì)話框第二章通常會(huì)引入資源文件.rc的概念。資源是程序中的靜態(tài)數(shù)據(jù)如圖標(biāo)、光標(biāo)、位圖、對(duì)話框模板、字符串表、菜單等。創(chuàng)建對(duì)話框在“ResourceView”中右鍵插入一個(gè)Dialog資源。使用控件工具箱拖放按鈕Button、編輯框Edit Control、靜態(tài)文本Static Text等。雙擊對(duì)話框?yàn)槠鋭?chuàng)建一個(gè)類如CMyDialogVC6會(huì)自動(dòng)生成CMyDialog::OnInitDialog()等函數(shù)框架。關(guān)鍵點(diǎn)模態(tài)與非模態(tài)對(duì)話框模態(tài)對(duì)話框DoModal()。彈出后阻塞父窗口必須關(guān)閉后才能操作父窗口。書上的例子大多是這種。其內(nèi)部有自己的消息循環(huán)。非模態(tài)對(duì)話框Create()然后ShowWindow()。與父窗口并行運(yùn)行不阻塞。需要自己管理其生命周期通常需要重寫PostNcDestroy函數(shù)并在其中delete this;來防止內(nèi)存泄漏。數(shù)據(jù)交換DDX與驗(yàn)證DDV這是MFC簡化對(duì)話框編程的利器。在CMyDialog::DoDataExchange(CDataExchange* pDX)函數(shù)中使用DDX_Text(pDX, IDC_EDIT1, m_strName);可以將編輯框IDC_EDIT1的內(nèi)容與成員變量m_strName自動(dòng)關(guān)聯(lián)。DDV_MaxChars(pDX, m_strName, 20);則可以驗(yàn)證輸入長度。這一切在調(diào)用UpdateData(TRUE)從控件到變量或UpdateData(FALSE)從變量到控件時(shí)自動(dòng)完成。3.3 第三章菜單、工具欄與狀態(tài)欄這一章開始構(gòu)建一個(gè)像樣的應(yīng)用程序框架。菜單命令路由這是MFC的精華之一。當(dāng)你點(diǎn)擊一個(gè)菜單項(xiàng)消息如WM_COMMAND的傳遞路徑是視圖(View) - 文檔(Doc) - 框架窗口(Frame) - 應(yīng)用(App)。MFC通過一個(gè)叫做“命令更新機(jī)制”的ON_UPDATE_COMMAND_UI宏可以動(dòng)態(tài)更新菜單項(xiàng)的勾選狀態(tài)、禁用狀態(tài)。例如void CMyView::OnUpdateEditCopy(CCmdUI* pCmdUI) { // 根據(jù)是否有選中文本來設(shè)置“復(fù)制”菜單項(xiàng)是否可用 pCmdUI-Enable(m_bHasSelection); }工具欄和狀態(tài)欄在CMainFrame::OnCreate()函數(shù)中創(chuàng)建。工具欄按鈕的ID通常與菜單項(xiàng)ID一致這樣點(diǎn)擊按鈕和點(diǎn)擊菜單會(huì)觸發(fā)同一個(gè)消息處理函數(shù)。狀態(tài)欄的窗格Pane可以通過m_wndStatusBar.SetPaneText(index, text)來更新信息。常見問題工具欄按鈕圖片顯示為灰色或亂碼。這通常是因?yàn)槲粓D資源ID不正確或者位圖顏色深度不兼容。VC6自帶的工具欄編輯器對(duì)256色以上位圖支持不好建議使用外部工具如舊版的Visual Studio Image Editor編輯成16色或256色的位圖再導(dǎo)入。4. 第4-6章實(shí)例代碼精講文檔/視圖與核心機(jī)制4.1 第四章文檔/視圖結(jié)構(gòu)深入文檔/視圖Doc/View是MFC應(yīng)用程序框架的基石用于分離數(shù)據(jù)管理和數(shù)據(jù)顯示。文檔CDocument負(fù)責(zé)數(shù)據(jù)的加載、保存序列化Serialize和管理。它是數(shù)據(jù)的“倉庫”。視圖CView負(fù)責(zé)顯示文檔數(shù)據(jù)并接收用戶交互來修改數(shù)據(jù)。它是數(shù)據(jù)的“窗口”。框架窗口CFrameWnd容納視圖和控件菜單、工具欄、狀態(tài)欄。應(yīng)用對(duì)象CWinApp程序的入口和總調(diào)度。序列化Serialize這是MFC提供的一種簡便的對(duì)象持久化機(jī)制。在文檔類的Serialize(CArchive ar)函數(shù)中void CMyDoc::Serialize(CArchive ar) { if (ar.IsStoring()) { // 保存 ar m_nData m_strData; } else { // 加載 ar m_nData m_strData; } // 可以調(diào)用基類或成員對(duì)象的Serialize // CObList m_list; // m_list.Serialize(ar); }CArchive對(duì)象就像一個(gè)數(shù)據(jù)流和操作符重載用于讀寫基本類型和MFC集合類。注意自定義類如果想支持序列化必須從CObject派生并添加DECLARE_SERIAL和IMPLEMENT_SERIAL宏。多視圖一個(gè)文檔可以對(duì)應(yīng)多個(gè)視圖如一個(gè)文本文檔同時(shí)用文本視圖和十六進(jìn)制視圖顯示。當(dāng)文檔數(shù)據(jù)更新后需要調(diào)用UpdateAllViews(NULL)來通知所有關(guān)聯(lián)的視圖更新顯示相應(yīng)的視圖在OnUpdate函數(shù)中處理更新邏輯。4.2 第五章圖形繪制與設(shè)備上下文第五章深入GDI圖形設(shè)備接口。核心對(duì)象是設(shè)備上下文DC, Device Context你可以把它想象成一張畫布和一套畫筆、畫刷的組合?；纠L圖步驟獲取DCCClientDC dc(this);用于客戶區(qū)或CPaintDC dc(this);僅在OnPaint中使用。選入GDI對(duì)象畫筆、畫刷、字體并保存舊對(duì)象CPen newPen(PS_SOLID, 1, RGB(255,0,0)); CPen* pOldPen dc.SelectObject(newPen);調(diào)用繪圖函數(shù)dc.MoveTo,dc.LineTo,dc.Rectangle,dc.Ellipse,dc.TextOut等。恢復(fù)舊GDI對(duì)象dc.SelectObject(pOldPen);。這一步至關(guān)重要防止資源泄漏和選入錯(cuò)誤對(duì)象。雙緩沖繪圖解決直接繪圖時(shí)的閃爍問題。原理是在內(nèi)存中創(chuàng)建一個(gè)兼容的位圖CBitmap先在這個(gè)內(nèi)存DC上完成所有繪制最后一次性將位圖貼到屏幕DC上。void CMyView::OnDraw(CDC* pDC) { CRect rect; GetClientRect(rect); CDC memDC; CBitmap memBitmap; memDC.CreateCompatibleDC(pDC); memBitmap.CreateCompatibleBitmap(pDC, rect.Width(), rect.Height()); CBitmap* pOldBitmap memDC.SelectObject(memBitmap); // 1. 先在memDC上繪制背景和圖形 memDC.FillSolidRect(rect, RGB(255,255,255)); memDC.Ellipse(10,10,100,100); // 2. 一次性拷貝到屏幕 pDC-BitBlt(0, 0, rect.Width(), rect.Height(), memDC, 0, 0, SRCCOPY); memDC.SelectObject(pOldBitmap); // 恢復(fù) }4.3 第六章文件操作與注冊(cè)表第六章涉及與系統(tǒng)交互。文件操作除了使用標(biāo)準(zhǔn)的C庫函數(shù)fopen,freadMFC提供了CFile和CStdioFile類封裝更友好。CStdioFile file; if (file.Open(test.txt, CFile::modeCreate | CFile::modeWrite | CFile::typeText)) { CString str Hello, File!\n; file.WriteString(str); file.Close(); }CStdioFile特別適合文本文件的逐行讀寫ReadString,WriteString。注冊(cè)表操作使用CRegKey類需包含atlbase.h。注冊(cè)表是Windows存儲(chǔ)配置信息的數(shù)據(jù)庫操作需謹(jǐn)慎。CRegKey regKey; LONG lRet regKey.Create(HKEY_CURRENT_USER, Software\\MyApp); if (lRet ERROR_SUCCESS) { regKey.SetStringValue(LastFile, C:\\myfile.dat); TCHAR szValue[MAX_PATH]; ULONG ulLen MAX_PATH; regKey.QueryStringValue(LastFile, szValue, ulLen); regKey.Close(); }重要警告不要隨意讀寫注冊(cè)表尤其是HKEY_LOCAL_MACHINE下的系統(tǒng)關(guān)鍵路徑。不當(dāng)操作可能導(dǎo)致系統(tǒng)不穩(wěn)定。通常應(yīng)用程序?qū)⒆约旱呐渲梅旁贖KEY_CURRENT_USER\Software\[公司名]\[應(yīng)用名]下。5. 調(diào)試技巧與崩潰分析實(shí)戰(zhàn)VC6.0的調(diào)試器雖然古老但功能完備。掌握其技巧是解決“VC崩潰生成調(diào)試文件”這類問題的關(guān)鍵。5.1 基本調(diào)試操作斷點(diǎn)F9最常用的調(diào)試手段?？梢栽O(shè)置條件斷點(diǎn)右鍵斷點(diǎn)-屬性例如當(dāng)變量i 5時(shí)才中斷。逐語句F11進(jìn)入函數(shù)內(nèi)部。逐過程F10不進(jìn)入函數(shù)將其作為一個(gè)步驟執(zhí)行。跳出ShiftF11執(zhí)行完當(dāng)前函數(shù)返回到調(diào)用處。監(jiān)視窗口Watch添加變量或表達(dá)式實(shí)時(shí)查看其值。對(duì)于指針可以輸入“指針名,10”來查看它指向的連續(xù)10個(gè)內(nèi)存單元。內(nèi)存窗口Memory直接查看內(nèi)存地址的內(nèi)容對(duì)于分析緩沖區(qū)溢出、字符串問題非常有用。5.2 處理程序崩潰與生成Dump文件當(dāng)程序發(fā)布后在用戶機(jī)器上崩潰我們無法直接調(diào)試。這時(shí)就需要“崩潰轉(zhuǎn)儲(chǔ)Dump文件”。1. 在代碼中設(shè)置異常捕獲并生成Dump 雖然VC6時(shí)代沒有成熟的跨平臺(tái)崩潰收集庫但我們可以利用Windows的SetUnhandledExceptionFilterAPI和MiniDumpWriteDump函數(shù)需DbgHelp.dll。這是一個(gè)進(jìn)階技巧書中可能未涉及但對(duì)于開發(fā)實(shí)際軟件至關(guān)重要?；舅悸肥窃诔绦蛉肟谔幵O(shè)置一個(gè)頂層的異常處理函數(shù)當(dāng)發(fā)生未處理異常如訪問違規(guī)時(shí)該函數(shù)被調(diào)用在此函數(shù)中調(diào)用MiniDumpWriteDump將進(jìn)程的內(nèi)存狀態(tài)、調(diào)用棧等信息寫入一個(gè).dmp文件。你可以將這個(gè)文件拿回開發(fā)機(jī)器用VC6或WinDbg加載配合對(duì)應(yīng)的符號(hào)文件.pdb進(jìn)行事后調(diào)試。2. 使用Dr. WatsonWinXP及之前或Windows Error ReportingWin7及之后 在程序崩潰時(shí)系統(tǒng)可能會(huì)生成一個(gè)*.dmp或*.wer文件?？梢栽凇翱刂泼姘?系統(tǒng)-高級(jí)-啟動(dòng)和故障恢復(fù)-設(shè)置”中將“寫入調(diào)試信息”設(shè)置為“小內(nèi)存轉(zhuǎn)儲(chǔ)(64k)”或“核心內(nèi)存轉(zhuǎn)儲(chǔ)”并指定目錄。這樣系統(tǒng)會(huì)在程序崩潰時(shí)自動(dòng)生成一個(gè)迷你轉(zhuǎn)儲(chǔ)文件。3. 使用VC6加載Dump文件進(jìn)行事后調(diào)試確保你有崩潰程序的完全相同的可執(zhí)行文件.exe和調(diào)試符號(hào)文件.pdb。在VC6中點(diǎn)擊“File - Open”打開.dmp文件。然后點(diǎn)擊“Build - Start Debug - Attach to Process…”但實(shí)際上對(duì)于Dump文件VC6會(huì)直接進(jìn)入調(diào)試狀態(tài)顯示崩潰時(shí)的調(diào)用棧。在調(diào)用棧窗口中雙擊棧幀可以跳轉(zhuǎn)到對(duì)應(yīng)的源代碼行如果有.pdb和源代碼。在監(jiān)視窗口可以查看崩潰時(shí)局部變量的值。實(shí)操心得確保你的發(fā)布版本Release也生成調(diào)試信息在Project Settings - Link - Debug 中勾選“Generate debug info”。這樣生成的.pdb文件雖然會(huì)增大一點(diǎn)體積但對(duì)于定位線上崩潰是無價(jià)之寶。記得妥善保管每個(gè)發(fā)布版本對(duì)應(yīng)的.exe和.pdb文件。5.3 常見編譯與鏈接錯(cuò)誤排查LNK2001: unresolved external symbol “符號(hào)”這是最常見的鏈接錯(cuò)誤意味著編譯器找到了聲明但鏈接器沒找到定義。檢查是否包含了必要的庫文件.lib在Project Settings - Link - Input中添加。例如使用Winmm.lib播放聲音就必須手動(dòng)添加。檢查函數(shù)簽名是否一致聲明和定義的函數(shù)名、參數(shù)類型、調(diào)用約定__stdcall,__cdecl必須完全一致。在VC6中MFC默認(rèn)使用__stdcall而普通C函數(shù)默認(rèn)是__cdecl混用會(huì)導(dǎo)致此錯(cuò)誤。檢查是否是C函數(shù)名修飾Name Mangling問題如果你在C文件中調(diào)用一個(gè)用C語言編譯的函數(shù)比如一個(gè)純C的.lib庫需要在聲明時(shí)用extern C包裹告訴編譯器不要進(jìn)行名稱修飾。C2065: ‘標(biāo)識(shí)符’ : undeclared identifier未聲明的標(biāo)識(shí)符。檢查頭文件.h是否被包含。檢查拼寫錯(cuò)誤。檢查該標(biāo)識(shí)符的作用域是否在正確的命名空間或類內(nèi)。程序運(yùn)行時(shí)一閃而過控制臺(tái)程序在main函數(shù)末尾加上system(“pause”);或getchar();。更好的方法是在項(xiàng)目設(shè)置中Link - System將子系統(tǒng)改為“Console”這樣程序會(huì)附著在一個(gè)控制臺(tái)窗口上運(yùn)行。6. 與現(xiàn)代開發(fā)環(huán)境的銜接與思考雖然我們精講的是VC6.0的代碼但其中的編程思想、Windows API的使用、MFC框架的設(shè)計(jì)模式如Doc/View、命令路由至今仍有價(jià)值。當(dāng)你理解了這些底層機(jī)制再去看現(xiàn)代框架如Qt、WPF甚至是Flutter的桌面嵌入會(huì)發(fā)現(xiàn)很多概念是相通的。例如網(wǎng)絡(luò)熱詞中提到的“Flutter打包怎么帶VC庫”其本質(zhì)和MFC程序發(fā)布時(shí)需要攜帶“VC可再發(fā)行程序包”是一樣的。無論是用VC6MSVC 6.0還是用現(xiàn)代Visual StudioMSVC 14.x編譯的C程序如果動(dòng)態(tài)鏈接了運(yùn)行時(shí)庫如MSVCRT.DLL,MFC42.DLL目標(biāo)機(jī)器上就必須有對(duì)應(yīng)版本的運(yùn)行時(shí)庫。對(duì)于Flutter桌面端Windows其引擎是用C編寫的同樣依賴這些運(yùn)行時(shí)庫。現(xiàn)代打包工具如Inno Setup, WiX或Visual Studio的安裝項(xiàng)目會(huì)自動(dòng)檢測并打包這些依賴或者引導(dǎo)用戶安裝微軟官方的“Microsoft Visual C Redistributable”合集包。從VC6遷移到現(xiàn)代Visual Studio如果你想把一個(gè)VC6的老項(xiàng)目升級(jí)會(huì)面臨諸多挑戰(zhàn)字符集VC6默認(rèn)MBCS現(xiàn)代VS默認(rèn)Unicode。需要將字符串相關(guān)API如MessageBox改為寬字符版本MessageBoxW或使用_T()宏和TCHAR類型。安全性增強(qiáng)許多“不安全”的API如strcpy,sprintf被標(biāo)記為 deprecated建議使用安全版本strcpy_s,sprintf_s。編譯器更嚴(yán)格現(xiàn)代編譯器對(duì)語法檢查、類型轉(zhuǎn)換更嚴(yán)格很多在VC6下只是警告的代碼在新編譯器下會(huì)報(bào)錯(cuò)。MFC庫版本需要將項(xiàng)目鏈接的MFC庫從MFC42.LIB升級(jí)到新版本如MFC140.LIB并重新編譯。這個(gè)過程猶如給一座老建筑進(jìn)行加固和現(xiàn)代化改造需要耐心和細(xì)致的測試。但核心的業(yè)務(wù)邏輯、算法和架構(gòu)思想往往是歷久彌新的。通過精讀這些老書的實(shí)例代碼我們獲取的正是這種超越工具本身的、對(duì)計(jì)算機(jī)程序運(yùn)行本質(zhì)的理解。