MVVM是Model-View-ViewModel的簡寫。微軟的WPF帶來了新的技術體驗，如Silverlight、音訊、視訊、3D、動畫……，這導致了軟體UI層更加細節化、可定製化。同時，在技術層面，WPF也帶來了 諸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由來便是MVP（Model-View-Presenter）模式與WPF結合的應用方式時發展演變過來的一種新型架構框架。它立足於原有MVP框架並且把WPF的新特性糅合進去，以應對客戶日益複雜的需求變化

WPF的資料繫結與Presentation Model相結合是非常好的做法,使得開發人員可以將 MVVM 功能圖 View和邏輯分離出來,但這種資料繫結技術非常簡單實用，也是WPF所特有的，所以我們又稱之為Model-View-ViewModel(MVVM)。這種模式跟經典的MVP（Model-View-Presenter）模式很相似，除了你需要一個為View量身定製的model，這個model就是ViewModel。ViewModel包含所有由UI特定的介面和屬性，並由一個 ViewModel 的檢視的繫結屬性，並可獲得二者之間的鬆散耦合，所以需要在ViewModel 直接更新檢視中編寫相應程式碼。

資料繫結系統還支援提供了標準化的方式傳輸到檢視的驗證錯誤的輸入的驗證。 在檢視（View）部分，通常也就是一個Aspx頁面。在以前設計模式中由於沒有清晰的職責劃分，UI 層經常成為邏輯層的全能代理，而後者實際上屬於應用程式的其他層。MVP 裡的M 其實和MVC裡的M是一個，都是封裝了核心資料、邏輯和功能的計算關係的模型，而V是檢視（窗體），P就是封裝了窗體中的所有操作、響應使用者的輸入輸出、事件等，與MVC裡的C差不多，區別是MVC是系統級架構的，而MVP是用在某個特定頁面上的，也就是說MVP的靈活性要遠遠大於MVC，實現起來也極為簡單。 我們再從IView這個interface層來解析，它可以幫助我們把各類UI與

邏輯層解耦，同時可以從UI層進入自動化測試（Unit/Automatic Test）並提供了入口，在以前可以由WinForm/Web Form/MFC等編寫的UI是通過事件Windows訊息與IView層溝通的。WPF與IView層的溝通，最佳的手段是使用Binding，當然，也可以使用事件；Presenter層要實現IView，多型機制可以保證執行時UI層顯示恰當的資料。比如Binding，在程式中，你可能看到Binding的Source是某個interface型別的變數，實際上，這個interface變數引用著的物件才是真正的資料來源。 MVC模式大家都已經非常熟悉了，在這裡我就不贅述，這些模式也是依次進化而形成MVC—>MVP—>MVVM。有一句話說的好：當物體受到接力的時候，凡是有介面的地方就是最容易被撕下來的地方。因此，IView作為公共檢視介面約束（契約）的一層意思；View則能傳達解耦的一層意思。

設計模式

編輯 因為WPF技術出現，從而使MVP設計模式有所改進，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'。

MVVM優點

編輯 MVVM模式和MVC模式一樣，主要目的是分離檢視（View）和模型（Model），有幾大優點 1. 低耦合。檢視（View）可以獨立於Model變化和修改，一個ViewModel可以繫結到不同的"View"上，當View變化的時候Model可以不變，當Model變化的時候View也可以不變。 2. 可重用性。你可以把一些檢視邏輯放在一個ViewModel裡面，讓很多view重用這段檢視邏輯。 3. 獨立開發。開發人員可以專注於業務邏輯和資料的開發（ViewModel），設計人員可以專注於頁面設計，使用Expression Blend可以很容易設計介面並生成xaml程式碼。 4. 可測試。介面素來是比較難於測試的，而現在測試可以針對ViewModel來寫。

demo 如下：