[[377331]]

 0x00 寫在前面的廢話

之前一直用Winform。剛開始看了下感覺跟Winform區(qū)別不大，控件可以拖進去，選中了控件屬性面板可以設置屬性、事件面板可以監(jiān)聽事件，后臺代碼處理事件，一切都那么的熟悉。XAML布局也跟Android布局很像，所以沒學習就直接開始了，覺得摸索摸索基本就差不多了吧。

結果各種不適應，拖控件拖進去后總是調整不好顯示方式，控件在后臺代碼中操作找不到方法，對于WPF介紹的各種特點也毫無體會，總想著換回去。后來看了劉鐵猛的《深入淺出WPF》，里面說WPF就要用WPF的方式來開發(fā)。這才認真開始學WPF。現(xiàn)在控件面板和屬性面板都已經用的很少了，界面布局基本全部用代碼搞定，感覺任何一個細節(jié)都能控制到。再后來接觸到了MVVM，更加體會到了以MVVM模式開發(fā)WPF帶來的好處。

現(xiàn)在除非要求已經不再用Winform了，小工具和測試程序直接在后臺寫代碼，復雜一點的需要長期使用和維護的用MVVM模式。這個系列的文章主要寫一下自己對MVVM的理解和核心部分的簡易實現(xiàn)方式。

0x01 MVVM模式簡介

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

1.Model

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

2. View

View很好理解，就是界面。

3. ViewModel

上面說過Model抽象，那么ViewModel就是對View的抽象。顯示的數(shù)據(jù)對應著ViewMode中的Property，執(zhí)行的命令對應著ViewModel中的Command。

0x02 WPF中MVVM的解耦方式

在WPF的MVVM模式中，View和ViewModel之間數(shù)據(jù)和命令的關聯(lián)都是通過綁定實現(xiàn)的，綁定后View和ViewModel并不產生直接的依賴。具體就是View中出現(xiàn)數(shù)據(jù)變化時會嘗試修改綁定的目標。同樣View執(zhí)行命令時也會去尋找綁定的Command并執(zhí)行。

反過來，ViewModel在Property發(fā)生改變時會發(fā)個通知說“名字叫XXX的Property改變了，你們這些View中誰綁定了XXX也要跟著變啊!”，至于有沒有View收到是不是做出變化也不關心。ViewModel中的Command脫離View就更簡單了，因為Command在執(zhí)行操作過程中操作數(shù)據(jù)時，根本不需要操作View中的數(shù)據(jù)，只需要操作ViewModel中的Property就可以了，Property的變化通過綁定就可以反映到View上。這樣在測試Command時也不需要View的參與。這也是我在接觸WPF初期時根本理解不了的所謂數(shù)據(jù)驅動。

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

0x3 MVVM框架需要解決的問題

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

本文轉載自微信公眾號「CSharp編程大全」，可以通過以下二維碼關注。轉載本文請聯(lián)系CSharp編程大全公眾號。