Mvvm模式和在Wpf中的實現(xiàn)之一Mvvm模式簡介
0x00 寫在前面的廢話
之前一直用Winform。剛開始看了下感覺跟Winform區(qū)別不大,控件可以拖進去,選中了控件屬性面板可以設(shè)置屬性、事件面板可以監(jiān)聽事件,后臺代碼處理事件,一切都那么的熟悉。XAML布局也跟Android布局很像,所以沒學習就直接開始了,覺得摸索摸索基本就差不多了吧。
結(jié)果各種不適應(yīng),拖控件拖進去后總是調(diào)整不好顯示方式,控件在后臺代碼中操作找不到方法,對于WPF介紹的各種特點也毫無體會,總想著換回去。后來看了劉鐵猛的《深入淺出WPF》,里面說WPF就要用WPF的方式來開發(fā)。這才認真開始學WPF。現(xiàn)在控件面板和屬性面板都已經(jīng)用的很少了,界面布局基本全部用代碼搞定,感覺任何一個細節(jié)都能控制到。再后來接觸到了MVVM,更加體會到了以MVVM模式開發(fā)WPF帶來的好處。
現(xiàn)在除非要求已經(jīng)不再用Winform了,小工具和測試程序直接在后臺寫代碼,復(fù)雜一點的需要長期使用和維護的用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,例如客戶,客戶的姓名、編號、電話、住址等屬性也對應(yīng)了class中的Property,客戶的下訂單、付款等行為對應(yīng)了class中的方法。
2. View
View很好理解,就是界面。
3. ViewModel
上面說過Model抽象,那么ViewModel就是對View的抽象。顯示的數(shù)據(jù)對應(yīng)著ViewMode中的Property,執(zhí)行的命令對應(yīng)著ViewModel中的Command。
0x02 WPF中MVVM的解耦方式
在WPF的MVVM模式中,View和ViewModel之間數(shù)據(jù)和命令的關(guān)聯(lián)都是通過綁定實現(xiàn)的,綁定后View和ViewModel并不產(chǎn)生直接的依賴。具體就是View中出現(xiàn)數(shù)據(jù)變化時會嘗試修改綁定的目標。同樣View執(zhí)行命令時也會去尋找綁定的Command并執(zhí)行。
反過來,ViewModel在Property發(fā)生改變時會發(fā)個通知說“名字叫XXX的Property改變了,你們這些View中誰綁定了XXX也要跟著變啊!”,至于有沒有View收到是不是做出變化也不關(guān)心。ViewModel中的Command脫離View就更簡單了,因為Command在執(zhí)行操作過程中操作數(shù)據(jù)時,根本不需要操作View中的數(shù)據(jù),只需要操作ViewModel中的Property就可以了,Property的變化通過綁定就可以反映到View上。這樣在測試Command時也不需要View的參與。這也是我在接觸WPF初期時根本理解不了的所謂數(shù)據(jù)驅(qū)動。
這樣一來ViewMode可以在完全沒有View的情況下測試,View也可以在完全沒有ViewModel的情況下測試(當然只是測試界面布局和動畫等業(yè)務(wù)無關(guān)的內(nèi)容)。
0x3 MVVM框架需要解決的問題
從圖中可以看出如果要實現(xiàn)一套MVVM框架,需要解決的最基本的問題就是數(shù)據(jù)綁定和命令綁定。此外由于UI中會產(chǎn)生大量的事件,因此還需要將事件綁定到MVVM中的命令上。后面的文章將依次嘗試解決這些問題。最后還是要說一下任何設(shè)計模式都是參考,都有使用場景,切忌生搬硬套。實際開發(fā)中應(yīng)根據(jù)項目特點采取適配性更強的模式。
本文轉(zhuǎn)載自微信公眾號「CSharp編程大全」,可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請聯(lián)系CSharp編程大全公眾號。