MFC 選單項啟用/禁用正確姿勢：ON_UPDATE_COMMAND_UI 取代 EnableMenuItem

許多 MFC 開發者嘗試用 CMenu::EnableMenuItem 動態啟用/禁用選單項，卻發現無效。根因在於 **MFC 採用「需求驅動」UI 更新機制**，而非「狀態推送」模式。本文深度解析 ON_UPDATE_COMMAND_UI 架構，說明為何它優於傳統 API，並示範正確實現方式。

兩種 UI 更新哲學

MFC 機制運作流程

1. 用戶點擊主選單 → 系統發送 WM_INITMENUPOPUP。
2. MFC 建立暫時 CCmdUI 物件，遍歷彈出選單每個項目。
3. 對每個項目，尋找對應的 ON_UPDATE_COMMAND_UI 處理器 (如 ON_UPDATE_COMMAND_UI(ID_EDIT_PASTE, OnUpdateEditPaste))。
4. 呼叫處理器，傳入 CCmdUI*，開發者在其中呼叫 pCmdUI->Enable(條件)。
5. 若無處理器，MFC 預設規則：有 ON_COMMAND 處理器 → 啟用；無 → 禁用。

標準實現範例

// 主框架或視圖/文件類別中
ON_UPDATE_COMMAND_UI(ID_EDIT_PASTE, OnUpdateEditPaste)

void CMainFrame::OnUpdateEditPaste(CCmdUI* pCmdUI)
{
    // 條件：剪貼簿有資料且格式為文字或圖片
    BOOL bCanPaste = ::IsClipboardFormatAvailable(CF_TEXT) || ::IsClipboardFormatAvailable(CF_BITMAP);
    pCmdUI->Enable(bCanPaste); // 一行搞定，無需關心何時呼叫
}

進階用法

• 複雜條件： pCmdUI->Enable(m_bEditMode && (GetStatusX() || GetStatusY()));
• 同時設定文字/勾選/單選： pCmdUI->SetText(_T("新名稱")); pCmdUI->SetCheck(bChecked); pCmdUI->SetRadio(bRadio);
• 擴展至工具列按鈕/狀態列/組合框： CCmdUI 為虛擬基類，MFC 內部對選單項實際調用 ::EnableMenuItem，對工具列按鈕調用 CToolBar::EnableButton，開發者只需面對統一介面。
• 關閉自動啟用/禁用： m_bAutoMenuEnable = FALSE (在 CFrameWnd 中)，所有項目永遠啟用。

處理器可放置位置

命令路由機制 (CCmdTarget::OnCmdMsg) 會依序嘗試：**主框架 → 視圖 → 文件 → 應用程式類別 → 其他**。你可以在任意層級實現 ON_UPDATE_COMMAND_UI，MFC 會自動找到並呼叫。

核心結論

在 MFC 中，永遠不要直接呼叫 EnableMenuItem。 請為每個需動態狀態的命令 ID 添加 ON_UPDATE_COMMAND_UI 處理器，在其中根據當前程式邏輯狀態呼叫 pCmdUI->Enable()。這才是 MFC 設計的正規用法，也是打造可維護大型應用的關鍵習慣。