MVVM模式解析和在WPF中的實現（一）
MVVM模式簡介
系列目錄：
MVVM模式解析和在WPF中的實現（五）View和ViewModel的通訊
MVVM模式解析和在WPF中的實現（六）用依賴注入的方式配置ViewModel並註冊訊息
0x00 寫在前面的廢話
我大概是從2012年底開始接觸WPF，之前一直用Winform。剛開始看了下感覺跟Winform區別不大，控制元件可以拖進去，選中了控制元件屬性皮膚可以設定屬性、事件皮膚可以監聽事件，後臺程式碼處理事件，一切都那麼的熟悉。XAML佈局也跟Android佈局很像，所以沒學習就直接開始了，覺得摸索摸索基本就差不多了吧。結果各種不適應，拖控制元件拖進去後總是調整不好顯示方式，控制元件在後臺程式碼中操作找不到方法，對於WPF介紹的各種特點也毫無體會，總想著換回去。後來看了劉鐵猛的《深入淺出WPF》，裡面說WPF就要用WPF的方式來開發。這才認真開始學WPF。現在控制元件皮膚和屬性皮膚都已經用的很少了，介面佈局基本全部用程式碼搞定，感覺任何一個細節都能控制到。再後來接觸到了MVVM，更加體會到了以MVVM模式開發WPF帶來的好處。現在除非要求已經不再用Winform了，小工具和測試程式直接在後臺寫程式碼，複雜一點的需要長期使用和維護的用MVVM模式。這個系列的文章主要寫一下自己對MVVM的理解和核心部分的簡易實現方式。
0x01 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。
0x02 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的情況下測試(當然只是測試介面佈局和動畫等業務無關的內容)。
0x3 MVVM框架需要解決的問題
從圖中可以看出如果要實現一套MVVM框架，需要解決的最基本的問題就是資料繫結和命令繫結。此外由於UI中會產生大量的事件，因此還需要將事件繫結到MVVM中的命令上。後面的文章將依次嘗試解決這些問題。最後還是要說一下任何設計模式都是參考，都有使用場景，切忌生搬硬套。實際開發中應根據專案特點採取適配性更強的模式。
更多內容歡迎訪問我的部落格：http://www.durow.vip