WPF 設計模式演進：從 MVP 到 MVVM 的 ViewModel 設計實戰

前言

Prism v2 發布雖提供實用框架，但實際開發仍面臨諸多設計抉擇。框架解決通用問題，系統特有設計仍需權衡。本文探討 WPF 中主流設計模式演進脈絡。

一、Model-View-Presenter (MVP) 模式

以部落格登入介面為例：

1. 抽象 View：LoginView 實作 ILoginView 介面，暴露 UI 屬性
2. 初始化 Presenter：View 持有 Presenter 參考，雙向互動
3. 事件觸發驗證：Presenter 調用 ValidateLogin 驗證 View 屬性
4. 分離資料存取：驗證邏輯委派 Controller/Service
5. 回饋結果：Presenter 通知 View 更新介面

MVP 與 ASP.NET 的張力

WebForms 模擬有狀態，MVP 依賴控制項，易使開發者忽略 HTML/CSS/JS 本質。個人不推薦用於 Web，但視具體場景而定。

二、Presentation Model 模式

Model 與 View 的共同演化

View 易變導致介面與 Presenter 同步修改。解法：提取 View 所需屬性為獨立 Presentation Model。

• 此 Model 專屬特定 View，隨 View 變化
• 區別於傳統 MVC 的資料層 Model
• View 可封裝邏輯（如合併 FirstName/LastName）減緩 Model 變動

三、基於 WPF 技術的 MVVM 模式

WPF 強大的**資料綁定**技術讓 Presentation Model 煥發新生：

• View 僅由控制項組成，無方法
• 控制項屬性與 Model 屬性雙向綁定
• 雙向變更自動通知，簡化同步邏輯

此模式稱為 Model-View-ViewModel (MVVM)。本質上是**基於 WPF 資料綁定技術的 Presentation Model**。脫離技術談模式兩者無異，但 WPF 的綁定機制使 MVVM 成為極佳實踐：

• View 與邏輯徹底分離
• 單元測試友善（ViewModel 可獨立測試）
• 設計師與開發者並行工作

模式是思想，技術是落地。WPF 資料綁定與 Presentation Model 結合，恰到好處地解決了 UI 複雜度與業務邏輯耦合的難題。