MVVM

MVVM模式，應用的UI以及基礎表示和業務邏輯被分成三個獨立的類：視圖，用於封裝UI和UI邏輯；視圖模型，用於封裝表示邏輯和狀態；以及模型，用於封裝應用的業務邏輯和數據。 ^[3] 

因為WPF技術出現，從而使MVC架構模式有所改進，MVVM 模式便是使用的是數據綁定基礎架構。它們可以輕鬆構建UI的必要元素。

可以參考The Composite Application Guidance for WPF(prism)

View綁定到ViewModel，然後執行一些命令在向它請求一個動作。而反過來，ViewModel跟Model通訊，告訴它更新來響應UI。這樣便使得為應用構建UI非常的容易。往一個應用程序上貼一個界面越容易，外觀設計師就越容易使用Blend來創建一個漂亮的界面。同時，當UI和功能越來越松耦合的時候，功能的可測試性就越來越強。

在MVP模式中，為了讓UI層能夠從邏輯層上分離下來，設計師們在UI層與邏輯層之間加了一層interface。無論是UI開發人員還是數據開發人員，都要尊重這個契約、按照它進行設計和開發。這樣，理想狀態下無論是Web UI還是Window UI就都可以使用同一套數據邏輯了。借鑑MVP的IView層，養成習慣。View Model聽起來比Presenter要貼切得多；會把一些跟事件、命令相關的東西放在MVC的'C',或者是MVVM的'Vm'。 ^[2] 

MVVM模式和MVC模式一樣，主要目的是分離視圖（View）和模型（Model），有幾大優點

1. 低耦合。視圖（View）可以獨立於Model變化和修改，一個ViewModel可以綁定到不同的"View"上，當View變化的時候Model可以不變，當Model變化的時候View也可以不變。

2. 可重用性。可以把一些視圖邏輯放在一個ViewModel裏面，讓很多view重用這段視圖邏輯。

3. 獨立開發。開發人員可以專注於業務邏輯和數據的開發（ViewModel），設計人員可以專注於頁面設計，使用Expression Blend可以很容易設計界面並生成xaml代碼。

4. 可測試。界面素來是比較難於測試的，測試可以針對ViewModel來寫。 ^[1] 

使用MVVM來開發用户控件。由於用户控件在大部分情況下不涉及到數據的持久化，所以如果將M純粹理解為DomainModel的話，使用MVVM模式來進行自定義控件開發實際上可以省略掉M，變成了VVM。 ^[2] 

MVVM旨在利用WPF中的數據綁定函數，通過從視圖層中幾乎刪除所有GUI代碼（代碼隱藏），更好地促進視圖層開發與模式其餘部分的分離。不需要用户體驗（UX）開發人員編寫GUI代碼，他們可以使用框架標記語言（如XAML），並創建到應用程序開發人員編寫和維護的視圖模型的數據綁定。角色的分離使得交互設計師可以專注於用户體驗需求，而不是對業務邏輯進行編程。這樣，應用程序的層次可以在多個工作流中進行開發以提高生產力。即使一個開發人員在整個代碼庫上工作，視圖與模型的適當分離也會更加高效，因為基於最終用户反饋，用户界面通常在開發週期中經常發生變化，而且處於開發週期後期。

MVVM模式試圖獲得MVC提供的功能性開發分離的兩個優點，同時利用數據綁定的優勢和通過綁定數據的框架儘可能接近純應用程序模型。它使用綁定器、視圖模型和任何業務層的數據檢查功能來驗證傳入的數據。結果是模型和框架驅動儘可能多的操作，消除或最小化直接操縱視圖的應用程序邏輯（如代碼隱藏）。 ^[2]