工具列類名百百種：為什麼 Spy++ 看到的都不一樣？

現象觀察

• 總管：ToolbarWindow32（系統通用控制項）
• VC++：Afx:400000:b:1486:10:0（MFC 動態類名）
• Office：MsoCommandBar（自繪命令列）

發送 TB_BUTTONCOUNT 等標準訊息給非標準工具列會失敗。

根本原因

標準化是演進的結果，而非強制規範。微軟自家產品（VC、Office）為了超越標準控制項限制（自訂繪製、動態佈局、整合功能區），皆自行實作工具列。第三方大型應用同理。

無法通用的技術現實

• 類名非標準化，甚至同一程式不同版本類名不同
• 訊息介面不相容：自繪工具列不處理 TB_* 訊息
• 嘗試列舉所有可能類名、硬編碼判斷屬於「惡搞」，不可維護

正確心態與替代方案

1. 專注自家應用品質：使用者在意功能可用性、效能、穩定性，而非工具列類名
2. 善用系統標準控制項：除非有極強客製化需求，否則 CToolBar/CMFCToolBar 足夠
3. 無障礙存取：若需跨程式操作 UI，請使用 IAccessible/UI Automation 標準介面，而非逆向工程視窗類別

經典案例：Napster

介面醜陋、按鈕笨重，但功能強大、價值明確 → 億萬用戶。證明「酷炫 UI ≠ 產品成功」。

結論

接受工具列多樣性是生態系健康的表現。開發者應投入核心業務邏輯，而非陷入 UI 細節軍備競賽。