C++ 模板技術實戰：以動畫對話框為例，實現 UI 風格零代碼復用

前言

面向物件三大支柱：封裝、繼承、多態。但 **模板** 常被視為「容器專用」，實則是 **靜態多態** 的利器，能在編譯期實現「介面注入」，讓風格、行為像積木一樣組合。本文以 **動畫彈出對話框** 為切入點，示範模板如何消除重複代碼，並延伸至狀態列、工具列的自動裝配。

痛點：每個對話框都要寫動畫代碼？

// 傳統寫法：每個衍生類 OnInitDialog 都要重複
BOOL CMyDialog::OnInitDialog() {
    CDialog::OnInitDialog();
    AnimateWindow(1000, AW_CENTER); // 中心擴展動畫
    return TRUE;
}
// 10 個對話框 = 10 次複製貼上，風格改動 = 10 處修改

模板重構：CAnimateDialog<T>

template 
class CAnimateDialog : public T {
public:
    CAnimateDialog(UINT nIDTemplate, CWnd* pParent = NULL)
        : T(nIDTemplate, pParent) {}

protected:
    virtual BOOL OnInitDialog() {
        BOOL bRet = T::OnInitDialog(); // 呼叫原始初始化
        AnimateWindow(1000, AW_CENTER); // 注入動畫行為
        return bRet;
    }
};

使用方式：零侵入、零繼承改寫

// 原本聲明
CAboutDlg dlgAbout;
dlgAbout.DoModal();

// 改為：模板實例化
CAnimateDialog dlgAbout;
dlgAbout.DoModal(); // 自動擁有動畫效果！

// 同理，任何現有對話框類別瞬間獲得動畫能力
CAnimateDialog dlgLogin;
CAnimateDialog dlgSetting;

進階：注入狀態列與工具列

template 
class CEnhancedDialog : public T {
    CStatusBarCtrl m_wndStatusBar;
    CToolBarCtrl   m_wndToolBar;
public:
    CEnhancedDialog(UINT nIDTemplate, CWnd* pParent = NULL)
        : T(nIDTemplate, pParent) {}

protected:
    virtual BOOL OnInitDialog() {
        BOOL bRet = T::OnInitDialog();

        // 1. 動畫
        AnimateWindow(500, AW_SLIDE | AW_HOR_POSITIVE);

        // 2. 狀態列 (底部)
        m_wndStatusBar.Create(this);
        m_wndStatusBar.SetIndicators(indicators, 2);
        RepositionBars(AFX_IDW_CONTROLBAR_FIRST, AFX_IDW_CONTROLBAR_LAST, 0, reposQuery);
        // ... 設定窗格文字

        // 3. 工具列 (頂部)
        m_wndToolBar.Create(this, WS_CHILD | WS_VISIBLE | CBRS_TOP, IDR_MAINFRAME);
        m_wndToolBar.LoadToolBar(IDR_MAINFRAME);
        RepositionBars(AFX_IDW_CONTROLBAR_FIRST, AFX_IDW_CONTROLBAR_LAST, 0, reposQuery);

        return bRet;
    }
};

**效果**：所有套用 `CEnhancedDialog<OriginalDlg>` 的對話框，**自動擁有** 動畫、狀態列、工具列，且可透過 `m_wndStatusBar`/`m_wndToolBar` 直接操作。

模板 vs 繼承 vs 組合：何時用哪個？

避坑指南

1. 代碼膨脹：模板會為每個具體類型實例化代碼。若套用 50 個對話框，會產生 50 份 `OnInitDialog` 機器碼。**對策**：將共同邏輯抽離為非模板基底類別或靜態函式，模板只做薄薄一層轉發。
2. 編譯錯誤訊息難懂：模板錯誤往往噴出大量巢狀類型。**對策**：使用 C++20 Concepts 限制模板參數，或靜態斷言 `static_assert` 驗證介面。
3. 無法虛擬化模板成員函式：C++ 不支援虛擬模板函式。**對策**：改用 CRTP (Curiously Recurring Template Pattern) 或非模板虛擬介面 + 模板實作分離。
4. 標頭檔依賴爆炸：模板實作必須在 .h，導致包含鏈龐大。**對策**：`extern template` 顯式實例化常用類型，或將實作移至 `.inl` 並在 .h 尾部包含。

現代 C++ 延伸：Concepts + 模板別名

template 
concept DialogType = std::is_base_of_v;

template 
using AnimatedDialog = CAnimateDialog; // 更清晰的語意

// 使用
AnimatedDialog dlg; // 編譯期檢查 T 必須繼承 CDialog

結語

模板不是寫 `vector`/`map` 的專利。善用 **參數化基底類別**，你就能將「動畫風格」、「狀態列標配」、「工具列統一」、「右鍵選單統一」、「資料驗證規則」等 **橫切關注點** 封裝成可組合的 **Policy**，像樂高積木一樣賦予任何現有類別新能力——**不修改原始碼、不破壞繼承體系、編譯期零開銷**。這才是 C++ 「零開銷抽象」的迷人之處。