一、mvvm是model、view、viewmodel的簡寫，這種模式的引入就是使用viewmodel來降低view和model的耦合，說是降低view和model的耦合。也可以說是是降低介面和邏輯的耦合，理想情況下介面和邏輯是完全分離的，單方面更改介面時不需要對邏輯**改動，同樣的邏輯**更改時也不需要更改介面。同乙個viewmodel可以使用完全不用的view進行展示，同乙個view也可以使用不同的viewmodel以提供不同的操作。
model就是乙個class，是對現實中事物的抽象，開發過程中涉及到的事物都可以抽象為model，例如客戶，客戶的姓名、編號、**、住址等屬性也對應了class中的property，客戶的下訂單、付款等行為對應了class中的方法。
view很好理解，就是介面。
上面說過model抽象，那麼viewmodel就是對view的抽象。顯示的資料對應著viewmode中的property，執行的命令對應著viewmodel中的command。
在wpf的mvvm模式中，view和viewmodel之間資料和命令的關聯都是通過繫結實現的，繫結後view和viewmodel並不產生直接的依賴。具體就是view**現資料變化時會嘗試修改繫結的目標。同樣view執行命令時也會去尋找繫結的command並執行。反過來，viewmodel在property發生改變時會發個通知說「名字叫***的property改變了，你們這些view中誰繫結了***也要跟著變啊!」，至於有沒有view收到是不是做出變化也不關心。viewmodel中的command脫離view就更簡單了，因為command在執行操作過程中運算元據時，根本不需要操作view中的資料，只需要操作viewmodel中的property就可以了，property的變化通過繫結就可以反映到view上。這樣在測試command時也不需要view的參與。這也是我在接觸wpf初期時根本理解不了的所謂資料驅動。
這樣一來viewmode可以在完全沒有view的情況下測試，view也可以在完全沒有viewmodel的情況下測試(當然只是測試介面布局和動畫等業務無關的內容)。
從圖中可以看出如果要實現一套mvvm框架，需要解決的最基本的問題就是資料繫結和命令繫結。此外由於ui中會產生大量的事件，因此還需要將事件繫結到mvvm中的命令上。後面的文章將依次嘗試解決這些問題。最後還是要說一下任何設計模式都是參考，都有使用場景，切忌生搬硬套。實際開發中應根據專案特點採取適配性更強的模式。
MVVM模式和在WPF中的實現
我大概是從2102年底開始接觸wpf，之前一直用winform。剛開始看了下感覺跟winform區別不大，控制項可以拖進去，選中了控制項屬性面板可以設定屬性 事件面板可以監聽事件，後台 處理事件，一切都那麼的熟悉。xaml布局也跟android布局很像，所以沒學習就直接開始了，覺得摸索摸索基本就差不...
MVVM模式解析和在WPF中的實現（三）命令繫結
系列目錄 mvvm模式解析和在wpf中的實現 一 mvvm模式簡介 mvvm模式解析和在wpf中的實現 二 資料繫結 mvvm模式解析和在wpf中的實現 三 命令繫結 mvvm模式解析和在wpf中的實現 四 事件繫結 mvvm模式解析和在wpf中的實現 五 view和viewmodel的通訊 mvv...
MVVM 開發的幾種模式討論（WPF）
在wpf系 包括sl,wp或者win8 應用開發中，mvvm是個老生常談的問題。初學者可能不會有感覺，但當你寫乙個核心邏輯能在各種平台上無縫移植，而只需改改ui的時候，那種快感是無法用語言來形容的。筆者當初接觸時，對mvvm並不以為然，編了很多 以後，反過來看mvvm for wpf的經典文章以後，...