MFC 訊息對應函式定義：每個訊息都要寫函式嗎？能否合併？

直接回答

不需要為每個訊息單獨寫函式，但建議分開。MFC 提供多種機制靈活處理：

機制一：標準對應表（一訊息一函式）

BEGIN_MESSAGE_MAP(CMyView, CView)
    ON_WM_PAINT()
    ON_WM_SIZE()
    ON_COMMAND(ID_FILE_PRINT, &CMyView::OnFilePrint)
END_MESSAGE_MAP()

• 優點：語意清晰、除錯容易、Class Wizard 支援完美。
• 缺點：訊息多時函式膨脹。

機制二：ON_MESSAGE 單一處理函式

BEGIN_MESSAGE_MAP(CMyWnd, CWnd)
    ON_MESSAGE(WM_USER + 1, &CMyWnd::OnCustomMsg)
    ON_MESSAGE(WM_USER + 2, &CMyWnd::OnCustomMsg) // 同一函式處理多訊息
END_MESSAGE_MAP()

LRESULT CMyWnd::OnCustomMsg(WPARAM wParam, LPARAM lParam) {
    switch (GetCurrentMessage()->message) { // 需自行取得當前訊息 ID
        case WM_USER + 1: /*...*/ break;
        case WM_USER + 2: /*...*/ break;
    }
    return 0;
}

• 適用：自訂訊息（WM_USER/WM_APP 區間）、大量相似訊息。
• 注意：GetCurrentMessage() 僅在訊息處理期間有效。

機制三：訊息反射（Reflected Messages）

控制項通知（WM_COMMAND、WM_NOTIFY）可由父視窗或控制項自身處理：

// 父視窗
ON_NOTIFY_REFLECT(NM_CLICK, &CMyListCtrl::OnClick)
// 控制項類別
ON_NOTIFY_REFLECT_EX(NM_CUSTOMDRAW, &CMyListCtrl::OnCustomDraw)

減少父視窗程式碼，符合封裝原則。

機制四：命令目標鏈路（Command Routing）

菜單、工具列、快速鍵命令（ID_*）可由：

1. 作用中視圖
2. 作用中框架視窗
3. 文件
4. 應用程式物件

依序嘗試處理，同一命令只需在最適合的類別實作一次。

訊息處理函式 vs 普通函式

最佳實務建議

1. 標準視窗訊息（WM_PAINT、WM_SIZE...）用 ON_WM_XXX 巨集，各自獨立函式。
2. 命令訊息（ID_*）利用命令路由，放在最合邏輯的類別。
3. 自訂訊息大量相似時，用 ON_MESSAGE 集中 switch 分派。
4. 控制項通知優先考慮反射訊息封裝於控制項類別。
5. 避免在單一巨大 switch 處理所有訊息，破壞可維護性。

結語

MFC 訊息對應極具彈性，「每個訊息一函式」是預設最佳實務，但 ON_MESSAGE、反射訊息、命令路由提供合併與分層處理能力。根據訊息性質與數量選擇適當策略，而非強求統一。