MVVM模式簡介

MVVM是Model、View、ViewModel的簡寫，這種模式的引入就是使用ViewModel來降低View和Model的耦合，說是降低View和Model的耦合。也可以說是是降低界面和邏輯的耦合，理想情況下界面和邏輯是完全分離的，單方面更改界面時不需要對邏輯代碼改動，同樣的邏輯代碼更改時也不需要更改界面。同一個ViewModel可以使用完全不用的View進行展示，同一個View也可以使用不同的ViewModel以提供不同的操作。

1.Model

Model就是一個class，是對現實中事物的抽象，開發過程中涉及到的事物都可以抽象為Model，例如客戶，客戶的姓名、編號、電話、住址等屬性也對應了class中的Property，客戶的下訂單、付款等行為對應了class中的方法。

2. View

View很好理解，就是界面。

3. ViewModel

上面說過Model抽象，那麽ViewModel就是對View的抽象。顯示的數據對應著ViewMode中的Property，執行的命令對應著ViewModel中的Command。

WPF中MVVM的解耦方式

在WPF的MVVM模式中，View和ViewModel之間數據和命令的關聯都是通過綁定實現的，綁定後View和ViewModel並不產生直接的依賴。具體就是View中出現數據變化時會嘗試修改綁定的目標。同樣View執行命令時也會去尋找綁定的Command並執行。反過來，ViewModel在Property發生改變時會發個通知說“名字叫XXX的Property改變了，你們這些View中誰綁定了XXX也要跟著變啊!”，至於有沒有View收到是不是做出變化也不關心。ViewModel中的Command脫離View就更簡單了，因為Command在執行操作過程中操作數據時，根本不需要操作View中的數據，只需要操作ViewModel中的Property就可以了，Property的變化通過綁定就可以反映到View上。這樣在測試Command時也不需要View的參與。這也是我在接觸WPF初期時根本理解不了的所謂數據驅動。

這樣一來ViewMode可以在完全沒有View的情況下測試，View也可以在完全沒有ViewModel的情況下測試(當然只是測試界面布局和動畫等業務無關的內容)。

MVVM框架需要解決的問題

從圖中可以看出如果要實現一套MVVM框架，需要解決的最基本的問題就是數據綁定和命令綁定。此外由於UI中會產生大量的事件，因此還需要將事件綁定到MVVM中的命令上。後面的文章將依次嘗試解決這些問題。最後還是要說一下任何設計模式都是參考，都有使用場景，切忌生搬硬套。實際開發中應根據項目特點采取適配性更強的模式。

MVVM模式解析和在WPF中的實現（一）