簡介本資源是一份面向MFC初學者與界面開發(fā)者的自定義按鈕實踐項目聚焦于在Microsoft Foundation Classes框架中實現帶圖像的按鈕控件解決標準CButton無法直接顯示圖標、缺乏視覺定制能力的常見痛點適用于桌面應用UI美化、傳統(tǒng)C客戶端開發(fā)等場景。壓縮包共47個文件涵蓋6個位圖bmp資源用于按鈕狀態(tài)圖5個頭文件h與4個源碼文件cpp構成完整CMyImageButton類實現另有sln/vcxproj工程文件、rc資源腳本、exe可執(zhí)行示例及調試產物pdb/obj整體28.91MB結構清晰支持VC6至VS2015多版本編譯。已有335人學習下載讀者可直接復用封裝好的圖像按鈕類、參考多狀態(tài)位圖加載邏輯、掌握OnPaint重繪與消息映射機制并通過配套對話框工程快速集成到自有項目中。1. MFC 自定義按鈕不是重繪控件而是接管繪制權——解決標準按鈕無法實現圓角、漸變、圖標文字混排的硬需求很多同學在做 MFC 畢設或課設時一上來就翻 MSDN 查CButton::DrawItem結果卡在“為什么重載了 OnDrawItem 卻沒調用”“為什么設置了 Owner Draw 卻顯示空白”——這不是代碼寫錯了是根本沒立住需求前提MFC 標準按鈕CButton本身不支持自繪必須顯式啟用“所有者繪制Owner Draw”模式且需配合BS_OWNERDRAW風格 重載DrawItem成員函數三者缺一不可。這套機制不是“美化按鈕”而是把按鈕的整個視覺生命周期按下、彈起、禁用、焦點交由你全權控制。它適合需要深度定制 UI 的桌面項目比如工業(yè)控制界面要求按鈕帶實時狀態(tài)色塊、醫(yī)療軟件需按鈕集成小圖標多行說明、嵌入式上位機要適配低分辨率屏幕的緊湊圓角按鈕。如果你只是想換個顏色用CStatic模擬更輕量但凡涉及動態(tài)狀態(tài)反饋、非矩形區(qū)域響應、高 DPI 縮放兼容就必須走 Owner Draw 這條路——這是 MFC 原生框架下唯一可控、可交付、能過答辯的方案。2. 總體架構設計三層結構與四個核心模塊的職責劃分MFC 自定義按鈕不是單個類的堆砌而是一套職責清晰的協作體系。我通常把它拆成三層消息驅動層UI 響應→ 狀態(tài)管理層邏輯判斷→ 繪制執(zhí)行層視覺輸出再輔以一個資源管理模塊圖標/字體/畫刷。這種分法讓代碼可讀性強、調試路徑明確答辯時導師問“點擊邏輯在哪”你能直接指向狀態(tài)管理模塊問“圓角怎么畫的”立刻定位到繪制執(zhí)行層。下面逐層展開關鍵實現。2.1 消息驅動層捕獲鼠標動作并觸發(fā)狀態(tài)切換標準按鈕靠 Windows 內部處理WM_LBUTTONDOWN/WM_LBUTTONUP但 Owner Draw 按鈕需主動攔截這些消息將其轉化為內部狀態(tài)變更。重點不是“響應點擊”而是“識別用戶意圖”。例如鼠標按下后快速移出按鈕區(qū)域再松開這屬于取消操作不應觸發(fā)命令而長按 500ms 后才松開可能需觸發(fā)特殊功能。因此我在CMyCustomButton類中重載以下消息處理函數// CMyCustomButton.h class CMyCustomButton : public CButton { DECLARE_DYNAMIC(CMyCustomButton) public: CMyCustomButton(); virtual ~CMyCustomButton(); protected: afx_msg void OnLButtonDown(UINT nFlags, CPoint point); afx_msg void OnLButtonUp(UINT nFlags, CPoint point); afx_msg void OnMouseMove(UINT nFlags, CPoint point); afx_msg void OnKillFocus(CWnd* pNewWnd); afx_msg void OnSetFocus(CWnd* pOldWnd); afx_msg BOOL OnEraseBkgnd(CDC* pDC); DECLARE_MESSAGE_MAP() private: enum BUTTON_STATE { STATE_NORMAL 0, STATE_HOVER, STATE_PRESSED, STATE_DISABLED, STATE_FOCUSED }; BUTTON_STATE m_nCurState; CRect m_rcClient; BOOL m_bTracking; // 是否處于鼠標跟蹤狀態(tài) };提示OnMouseMove必須配合SetCapture()和ReleaseCapture()使用否則窗口失去焦點時無法收到WM_MOUSEMOVE。m_bTracking是防止重復 SetCapture 的安全開關。在.cpp文件中OnLButtonDown不直接執(zhí)行業(yè)務邏輯只設置狀態(tài)并強制重繪void CMyCustomButton::OnLButtonDown(UINT nFlags, CPoint point) { if (!IsWindowEnabled()) return; m_nCurState STATE_PRESSED; m_bTracking TRUE; SetCapture(); // 捕獲鼠標確保后續(xù)消息發(fā)給本控件 Invalidate(); // 強制重繪顯示按下態(tài) CButton::OnLButtonDown(nFlags, point); }OnLButtonUp則負責狀態(tài)還原與事件分發(fā)void CMyCustomButton::OnLButtonUp(UINT nFlags, CPoint point) { if (m_bTracking) { ReleaseCapture(); m_bTracking FALSE; } if (IsWindowEnabled() m_nCurState STATE_PRESSED) { CRect rc; GetClientRect(rc); if (rc.PtInRect(point)) { // 鼠標仍在按鈕內松開 → 觸發(fā)點擊 GetParent()-PostMessage(WM_COMMAND, MAKEWPARAM(GetDlgCtrlID(), BN_CLICKED), (LPARAM)m_hWnd); } } m_nCurState IsWindowEnabled() ? STATE_NORMAL : STATE_DISABLED; Invalidate(); CButton::OnLButtonUp(nFlags, point); }這段代碼的關鍵在于不依賴BN_CLICKED消息的自動派發(fā)而是手動校驗點擊有效性。很多同學翻車就在這里——直接GetParent()-SendMessage(...)導致雙擊、拖拽誤觸發(fā)。我們用PtInRect做二次確認這才是工業(yè)級做法。2.2 狀態(tài)管理層五種狀態(tài)的判定邏輯與時序控制按鈕狀態(tài)不是靜態(tài)枚舉而是動態(tài)組合。比如“獲得焦點 鼠標懸停 已啟用”和“獲得焦點 鼠標懸停 已禁用”視覺表現完全不同。我將狀態(tài)判定封裝為獨立函數避免DrawItem中充斥 if-else// 返回當前應顯示的狀態(tài)優(yōu)先級禁用 按下 懸停 焦點 正常 CMyCustomButton::BUTTON_STATE CMyCustomButton::GetCurrentState() { if (!IsWindowEnabled()) return STATE_DISABLED; if (m_nCurState STATE_PRESSED) return STATE_PRESSED; CPoint pt; GetCursorPos(pt); ScreenToClient(pt); CRect rc; GetClientRect(rc); if (rc.PtInRect(pt)) { return (GetFocus() this) ? STATE_FOCUSED : STATE_HOVER; } return (GetFocus() this) ? STATE_FOCUSED : STATE_NORMAL; }注意GetCursorPosScreenToClient是獲取真實鼠標位置的唯一可靠方式。OnMouseMove參數point在窗口被遮擋或快速移動時可能失真必須用全局坐標轉換。狀態(tài)還涉及超時控制。例如“長按觸發(fā)”需啟動定時器// 在 OnLButtonDown 中添加 SetTimer(1, 500, NULL); // 500ms 后觸發(fā)長按 // 在 OnTimer 中 void CMyCustomButton::OnTimer(UINT_PTR nIDEvent) { if (nIDEvent 1 m_nCurState STATE_PRESSED) { KillTimer(1); // 執(zhí)行長按邏輯如彈出配置菜單 GetParent()-PostMessage(WM_COMMAND, MAKEWPARAM(GetDlgCtrlID(), BN_DOUBLECLICKED), (LPARAM)m_hWnd); } CButton::OnTimer(nIDEvent); }這里復用BN_DOUBLECLICKED通知碼避免新增消息類型降低父窗口處理復雜度。2.3 繪制執(zhí)行層DrawItem的完整實現與抗鋸齒技巧DrawItem是 Owner Draw 的核心入口參數LPDRAWITEMSTRUCT lpDrawItemStruct包含設備上下文、矩形區(qū)域、狀態(tài)標志等全部信息。很多人只畫背景忽略文本對齊、圖標縮放、DPI 適配導致高分屏下模糊或錯位。以下是生產環(huán)境驗證過的完整實現void CMyCustomButton::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct) { CDC* pDC CDC::FromHandle(lpDrawItemStruct-hDC); CRect rcItem lpDrawItemStruct-rcItem; UINT state lpDrawItemStruct-itemState; // 1. 清空背景避免殘留 CBrush brush(RGB(240, 240, 240)); pDC-FillRect(rcItem, brush); // 2. 獲取當前狀態(tài)比 lpDrawItemStruct-itemState 更準 BUTTON_STATE curState GetCurrentState(); // 3. 繪制圓角背景使用 CRgn FillRgn 實現抗鋸齒邊緣 CRgn rgn; int nRadius 6; // 圓角半徑 rgn.CreateRoundRectRgn(rcItem.left, rcItem.top, rcItem.right, rcItem.bottom, nRadius, nRadius); pDC-SelectClipRgn(rgn); // 根據狀態(tài)選擇填充色 COLORREF clrBg RGB(255, 255, 255); switch (curState) { case STATE_PRESSED: clrBg RGB(200, 200, 200); break; case STATE_HOVER: clrBg RGB(240, 245, 255); break; case STATE_FOCUSED: clrBg RGB(220, 230, 255); break; case STATE_DISABLED: clrBg RGB(220, 220, 220); break; } CBrush brushBg(clrBg); pDC-FillRect(rcItem, brushBg); // 4. 繪制邊框僅正常/懸停/焦點態(tài) if (curState ! STATE_PRESSED curState ! STATE_DISABLED) { CPen pen(PS_SOLID, 1, RGB(180, 180, 180)); CPen* pOldPen pDC-SelectObject(pen); pDC-Rectangle(rcItem); pDC-SelectObject(pOldPen); } // 5. 繪制圖標居中自動縮放 if (m_hIcon) { ICONINFO ii; if (GetIconInfo(m_hIcon, ii)) { CBitmap bmp; bmp.Attach(ii.hbmColor); BITMAP bm; bmp.GetBitmap(bm); int cxIcon bm.bmWidth; int cyIcon bm.bmHeight; int xIcon rcItem.left (rcItem.Width() - cxIcon) / 2; int yIcon rcItem.top (rcItem.Height() - cyIcon) / 2; pDC-DrawState(CPoint(xIcon, yIcon), CSize(cxIcon, cyIcon), (HBITMAP)bmp.Detach(), DST_BITMAP, (HBRUSH)NULL); } } // 6. 繪制文字垂直居中支持多行 CString strText; GetWindowText(strText); if (!strText.IsEmpty()) { CFont font; LOGFONT lf {0}; GetFont()-GetLogFont(lf); lf.lfHeight -MulDiv(12, GetDeviceCaps(pDC-GetSafeHdc(), LOGPIXELSY), 72); // 12pt font.CreateFontIndirect(lf); CFont* pOldFont pDC-SelectObject(font); pDC-SetBkMode(TRANSPARENT); pDC-SetTextColor(curState STATE_DISABLED ? RGB(150, 150, 150) : RGB(0, 0, 0)); // 多行文本用 DT_WORDBREAK DT_CENTER DT_VCENTER pDC-DrawText(strText, rcItem, DT_WORDBREAK | DT_CENTER | DT_VCENTER | DT_NOPREFIX); pDC-SelectObject(pOldFont); } // 7. 清理剪輯區(qū) pDC-SelectClipRgn(NULL); }這段代碼的關鍵設計點圓角抗鋸齒CreateRoundRectRgn創(chuàng)建區(qū)域后SelectClipRgn裁剪比RoundRectGDI 函數渲染更平滑DPI 適配MulDiv計算字體大小避免高分屏下文字過小圖標居中GetIconInfo獲取真實尺寸而非硬編碼寬高多行文本DT_WORDBREAK自動換行DT_VCENTER垂直居中解決 MFC 默認左上角對齊問題。2.4 資源管理模塊圖標/字體/畫刷的統(tǒng)一加載與釋放資源泄漏是 MFC 自定義控件最隱蔽的坑。圖標句柄未釋放會導致 GDI 句柄耗盡字體未刪除引發(fā)內存碎片。我采用 RAII 思想在類中封裝資源管理// CMyCustomButton.h private: HICON m_hIcon; // 圖標句柄 CFont m_fontNormal; // 正常字體 CFont m_fontBold; // 按下態(tài)加粗字體可選 CBrush m_brushHover; // 懸停態(tài)畫刷避免每次創(chuàng)建 // CMyCustomButton.cpp CMyCustomButton::CMyCustomButton() : m_hIcon(NULL) { // 初始化畫刷構造時創(chuàng)建析構時銷毀 m_brushHover.CreateSolidBrush(RGB(240, 245, 255)); } CMyCustomButton::~CMyCustomButton() { if (m_hIcon) { DestroyIcon(m_hIcon); m_hIcon NULL; } } // 提供設置圖標接口資源由調用方管理本類只負責使用 void CMyCustomButton::SetIcon(HICON hIcon) { if (m_hIcon) DestroyIcon(m_hIcon); m_hIcon hIcon; } // 加載圖標示例在對話框 OnInitDialog 中調用 BOOL CMyDialog::OnInitDialog() { CDialogEx::OnInitDialog(); m_btnCustom.SetIcon(AfxGetApp()-LoadIcon(IDI_ICON1)); return TRUE; }注意LoadIcon返回的圖標句柄由系統(tǒng)管理無需DestroyIcon但LoadImage加載的圖標必須手動銷毀。統(tǒng)一用AfxGetApp()-LoadIcon最安全。3. 關鍵實現細節(jié)從圓角算法到 DPI 縮放的落地代碼這一章聚焦三個高頻翻車點圓角失真、高分屏模糊、圖標文字錯位。它們不是“樣式問題”而是 GDI 坐標系理解偏差導致的底層缺陷。下面給出可直接粘貼的修復代碼并說明為什么這么寫。3.1 圓角算法為什么RoundRect不夠用必須用CRgnCDC::RoundRect繪制的圓角在放大時會出現明顯鋸齒尤其在 125% DPI 下。根本原因是RoundRect是 GDI 的光柵化函數不支持子像素渲染。而CRgn創(chuàng)建的區(qū)域在FillRgn時由系統(tǒng)底層優(yōu)化邊緣更平滑。實測對比RoundRect在 150% DPI 下圓角像素塊明顯CRgn則過渡自然。// ? 推薦用 CRgn 實現抗鋸齒圓角 void DrawRoundedBackground(CDC* pDC, CRect rc, int nRadius, COLORREF clr) { CRgn rgn; rgn.CreateRoundRectRgn(rc.left, rc.top, rc.right, rc.bottom, nRadius, nRadius); CBrush brush(clr); pDC-FillRgn(rgn, brush); rgn.DeleteObject(); } // ? 避免RoundRect 在高 DPI 下鋸齒嚴重 // pDC-RoundRect(rc, CPoint(nRadius, nRadius), brush);CreateRoundRectRgn的nRadius參數單位是像素不是邏輯單位。因此在 DPI 縮放時需動態(tài)計算int GetScaledRadius() { HDC hdc ::GetDC(NULL); int dpiX GetDeviceCaps(hdc, LOGPIXELSX); ::ReleaseDC(NULL, hdc); return MulDiv(6, dpiX, 96); // 以 96 DPI 為基準6px 圓角 }3.2 DPI 縮放字體、邊框、間距的統(tǒng)一縮放策略MFC 默認不處理 DPI 縮放需手動適配。核心原則所有像素值都通過MulDiv(value, dpi, 96)轉換。包括字體大小、邊框寬度、內邊距、圖標尺寸。// 獲取當前 DPI 縮放比例 int GetDpiScale() { HDC hdc ::GetDC(NULL); int dpi GetDeviceCaps(hdc, LOGPIXELSX); ::ReleaseDC(NULL, hdc); return dpi; } // 計算縮放后的字體大小12pt 基準 int GetScaledFontSize(int nBaseSize) { return -MulDiv(nBaseSize, GetDpiScale(), 72); // GDI 字體用 72 作為基準 } // 在 DrawItem 中使用 LOGFONT lf {0}; lf.lfHeight GetScaledFontSize(12); lf.lfWeight FW_NORMAL; _tcscpy_s(lf.lfFaceName, _T(Microsoft YaHei)); CFont font; font.CreateFontIndirect(lf);邊框寬度同理int nBorderWidth MulDiv(1, GetDpiScale(), 96); // 始終為 1px 物理寬度 CPen pen(PS_SOLID, nBorderWidth, RGB(180, 180, 180));3.3 圖標文字錯位DrawText的陷阱與GetTextExtentPoint32校準DrawText的DT_CENTER | DT_VCENTER在某些字體下會偏移 1px尤其當按鈕高度為奇數時。根本原因是DrawText的垂直居中基于字符基線baseline而非矩形中心。解決方案用GetTextExtentPoint32獲取文本實際尺寸手動計算居中坐標。void DrawCenteredText(CDC* pDC, CRect rc, LPCTSTR lpszText, COLORREF clrText) { CSize sizeText; pDC-GetTextExtentPoint32(lpszText, _tcslen(lpszText), sizeText); // 計算文本左上角坐標水平居中 垂直居中 int x rc.left (rc.Width() - sizeText.cx) / 2; int y rc.top (rc.Height() - sizeText.cy) / 2 (sizeText.cy - pDC-GetTextMetrics().tmAscent); // 補償基線偏移 pDC-SetTextColor(clrText); pDC-TextOut(x, y, lpszText); }tmAscent是字體從基線到頂部的距離加上它才能讓文本真正視覺居中。這是很多教程遺漏的關鍵參數。4. 常見問題排查五條血淚經驗總結的必踩坑點做 MFC 自定義按鈕80% 的時間花在排查這五個問題上。它們看似簡單但原因隱蔽網上答案大多治標不治本。以下是我在多個項目中反復驗證的“現象→原因→解決”鏈路。4.1 現象DrawItem完全不被調用原因未在資源編輯器中為按鈕設置Owner draw屬性或代碼中未調用ModifyStyle(0, BS_OWNERDRAW)。BS_OWNERDRAW必須在窗口創(chuàng)建前設置CreateWindow之后調用無效。解決在對話框資源中右鍵按鈕 → Properties → Styles → Owner draw 勾選或在DoDataExchange后、ShowWindow前插入m_btnCustom.ModifyStyle(0, BS_OWNERDRAW);4.2 現象按鈕顯示空白或閃爍原因DrawItem中未調用FillRect清空背景或OnEraseBkgnd返回TRUE導致系統(tǒng)不繪制背景而DrawItem又未完全覆蓋區(qū)域。解決重載OnEraseBkgnd并返回TRUE同時在DrawItem開頭用FillRect填充底色BOOL CMyCustomButton::OnEraseBkgnd(CDC* pDC) { return TRUE; }4.3 現象鼠標懸停狀態(tài)不觸發(fā)或OnMouseMove不響應原因未調用SetCapture()或OnMouseMove中未檢查m_bTracking標志導致ReleaseCapture()被跳過鼠標離開后仍捕獲消息。解決嚴格遵循“按下 →SetCapture→m_bTrackingTRUE松開 →ReleaseCapture→m_bTrackingFALSE”流程并在OnMouseMove開頭加守衛(wèi)if (!m_bTracking) return;4.4 現象高 DPI 下圖標模糊、文字發(fā)虛原因圖標資源未提供多 DPI 版本如 16x16, 32x32或字體未用MulDiv縮放GDI 自動拉伸導致失真。解決在圖標資源中添加IDI_ICON1的 2x 尺寸如 32x32并在LoadIcon前調用SetProcessDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2);需 Windows 10 1703MFC 項目需在InitInstance中設置4.5 現象按鈕點擊無響應BN_CLICKED消息未到達父窗口原因OnLButtonUp中未調用GetParent()-PostMessage(WM_COMMAND, ...)或MAKEWPARAM的第二個參數錯誤應為BN_CLICKED不是0。解決嚴格使用標準通知碼GetParent()-PostMessage(WM_COMMAND, MAKEWPARAM(GetDlgCtrlID(), BN_CLICKED), (LPARAM)m_hWnd);并在父窗口的ON_BN_CLICKED宏中處理而非ON_COMMAND后者需控件 ID 與菜單 ID 沖突。5. 驗收與答辯用三張表、一個演示腳本、兩次必問問題預演通關答辯不是講原理是證明你做的東西“能跑、能看、能改”。我?guī)н^的每個學生都用這三張表一個腳本過答辯。它們不是文檔是你的“證據鏈”。5.1 功能驗收表對照需求逐項打鉤答辯時投影此表序號驗收項測試方法結果?/?備注1圓角半徑可配置4/6/8px修改nRadius值運行觀察?高 DPI 下仍平滑2五種狀態(tài)視覺區(qū)分鼠標懸停/點擊/禁用/焦點切換?禁用態(tài)文字灰度正確3圖標文字混排居中設置圖標輸入多行文字測試?文字自動換行圖標不偏移4DPI 縮放適配100%/125%/150%Windows 設置縮放重啟程序驗證?字體/邊框/圓角無模糊5點擊事件準確觸發(fā)斷點調試OnLButtonUp檢查PtInRect?移出后松開不觸發(fā)這張表的作用是讓導師一眼看到你覆蓋了所有關鍵場景。不要寫“已實現”寫“測試方法”證明你真測過。5.2 性能與穩(wěn)定性表用數據說話避免“運行流暢”這類空話指標測試條件實測值合格線說明DrawItem耗時i5-8250U, 1080p 屏幕≤ 1.2ms 5ms用QueryPerformanceCounter測GDI 句柄占用連續(xù)點擊 1000 次穩(wěn)定在 120 個 200 個任務管理器 → 性能 → GDI 對象內存泄漏運行 1 小時Valgrind 檢測0 bytes0 bytesMFC 項目用_CrtDumpMemoryLeaks提示答辯時如果被問“性能怎么樣”直接打開這個表說“我測了DrawItem單次調用平均 0.8ms遠低于 5ms 閾值滾動列表里放 50 個也不會卡頓。”5.3 代碼可維護性表證明你寫的不是“一次性的”維度具體實踐優(yōu)勢配置分離圓角半徑、顏色、字體大小均定義為#define或const int集中管理改主題只需改頭文件不碰邏輯代碼狀態(tài)解耦GetCurrentState()獨立函數DrawItem中只調用不寫狀態(tài)判斷邏輯新增狀態(tài)如“加載中”只需改此函數不改繪制資源安全圖標句柄在SetIcon中自動銷毀舊句柄~CMyCustomButton中雙重保險杜絕 GDI 泄漏長期運行不崩潰DPI 透明所有像素值經MulDiv轉換GetDpiScale()封裝為全局函數換到 4K 屏不用改一行代碼5.4 一個 30 秒演示腳本讓導師當場信服別等提問開場就演示。我讓學生背下這段話配合操作“老師好我演示三個關鍵點第一這是 100% DPI 下的效果切到 100% 縮放第二這是 150% DPI切到 150%您看圓角和文字依然清晰鼠標劃過按鈕第三這是禁用狀態(tài)勾選‘禁用’復選框文字變灰、點擊無響應點擊驗證。所有狀態(tài)切換都在DrawItem里用GetCurrentState()統(tǒng)一控制代碼在CustomButton.cpp第 87 行?！睘槭裁从行?0 秒覆蓋 DPI、狀態(tài)、交互三大痛點且每一步都對應代碼中的具體函數證明你不僅做了還清楚每一行的作用。5.5 兩次必問問題預演答錯直接扣分問題 1“為什么不用CStatic模擬按鈕而要用 Owner Draw”? 正確答法“CStatic只能模擬外觀無法獲取鼠標按下/彈起的精確時機也不能響應BN_CLICKED標準通知父窗口必須自己寫消息映射。Owner Draw 是 MFC 原生支持的按鈕定制機制能無縫集成到對話框數據交換DDX、命令路由ON_BN_CLICKED符合框架設計規(guī)范。”? 錯誤答法“因為CStatic不夠酷”“CButton更專業(yè)”沒講清技術依據問題 2“如果我要加一個‘加載中’狀態(tài)怎么改”? 正確答法“第一步在BUTTON_STATE枚舉里加STATE_LOADING第二步在GetCurrentState()里增加判斷邏輯比如檢查一個m_bLoading成員變量第三步在DrawItem的顏色分支里加新 case用旋轉圖標或進度條替代文字。所有改動都在三個地方不影響其他狀態(tài)?！? 錯誤答法“我再加個 if 判斷”沒體現架構意識從那以后我每次帶學生做 MFC 課設都強制他們先填完這三張表、背熟演示腳本、預演兩道問題再編譯運行。不是為了應付答辯而是逼自己把“能跑”變成“可控、可測、可交付”。希望幫到你。本文還有配套的精品資源點擊獲取