《Programming WPF》第 9 章總結：自訂控制項開發的關鍵里程碑

何時才需要撰寫自訂控制項？

只有當現有內建控制項都無法提供你所需的底層行為時，才應該動手寫自訂控制項。這是 WPF 靈活的組合與模板機制無法滿足時的最後手段。

自訂控制項的核心支柱

• 相依性屬性系統：提供資料繫結、動畫、樣式、預設值、值繼承等完整支援，並高效管理記憶體。
• 路由事件：支援氣泡與隧道路由策略，讓事件在視覺樹中傳遞。
• 命令系統：透過 RoutedCommand 與 CommandBinding 實現輸入手勢與行為的分離。

外觀與行為分離：無外觀控制項與 ControlTemplate

若想像內建控制項一樣擁有可替換的外觀，必須將控制項設計為「無外觀」（Lookless），並提供預設 ControlTemplate。控制項與模板之間的協定包括：

• 屬性別名：模板透過 TemplateBinding 連結控制項的相依性屬性。
• 佔位符元素：如 ContentPresenter、ItemsPresenter 或自訂附屬屬性標記的元素，讓控制項在模板中尋找必要的視覺部件。

預設視覺化：generic.xaml 與 ThemeStyleKey

預設樣式置於專案的 Themes/generic.xaml（Build Action 設為 Resource），並在靜態建構式中覆寫 ThemeStyleKeyProperty 中繼資料，指向自身型別，確保控制項自動套用預設樣式。

設計原則回顧

1. 優先用屬性、組合、內容模型、模板調整既有控制項。
2. 只有第 1~4 招都失效時，才寫自訂元素。
3. 自訂元素不一定要是 Control；FrameworkElement、Panel、Decorator、Shape 等基類提供不同層級的能力。
4. 選定基類後，設計 API（屬性、事件、命令），最後處理與模板的介面契約。

掌握這些概念，你就能打造出擁有內建控制項級別彈性與重用性的自訂控制項。