移動開發(fā)架構之MVVM模式
MVVM概念的提出和起源
MVVM是Model-View-ViewModel的簡寫,最早是由微軟公司提出并運用,是MVP(Model-View-Presenter)模式與WPF結合的應用方式時發(fā)展演變過來的一種新型架構架構。
MVVM概念解釋和要點
一、基本概念
mvvm1.png
- Model:主要為應用程序提供數(shù)據(jù)。
- View:還是MVC和MVP中的那個表示層,同時實現(xiàn)UI元素和ViewModel屬性的綁定。
- ViewModel:為View提供數(shù)據(jù)支持。
以胖瘦的觀點來看,在MVVM中的Model通常是胖Model即有數(shù)據(jù)屬性的定義也有數(shù)據(jù)訪問和處理的行為。ViewModel通常是瘦Model只有數(shù)據(jù)屬性,一般含有少量邏輯。
二、基本要點
- View持有ViewModel:在View中通過綁定的方式關聯(lián)UI元素和ViewModel的屬性,UI元素的屬性變化和ViewMode的數(shù)據(jù)屬性進行雙向影響。
- ViewModel持有Model:Model為ViewModel提供數(shù)據(jù)支持,同時ViewModel的數(shù)據(jù)屬性變化也會影響Model上,用于數(shù)據(jù)提交等。
Model和ViewModel的功能區(qū)別在于,ViewModel是View提供數(shù)據(jù)支持的,其結構和View保持一致。Model來源于業(yè)務處理,保持業(yè)務數(shù)據(jù)的基本關聯(lián)和完整性。 - 當Model層結束查詢或者運算時將結果更新到ViewModel層,ViewModel層因為存在和View的綁定,使得UI層得到通知更新,體現(xiàn)了數(shù)據(jù)驅(qū)動界面的思想。
三、優(yōu)點
MVVM模式和MVC模式一樣,主要目的是分離視圖(View)和模型(Model)有幾大優(yōu)點:
- 低耦合。通過ViewMode隔離了View和Model,使得View和Model彼此獨立,一方的變化和修改不會影響到另外一方。
- 可重用性。一個Model和ViewModel可以服務于很多View。
- 獨立開發(fā)。讓UI開發(fā)工作和業(yè)務處理工作分開,適合團隊工作。
- 可測試。界面素來是比較難于測試的,而現(xiàn)在測試可以針對ViewModel來寫。
MVVM的經(jīng)典范例WPF
MVVM并不是一個新的概念,目前由于在移動開發(fā)的運用又被大家廣泛討論。要講解MVVM無論是從起源、概念的定義和***運用都不可能離開WPF。
MVVM和WPF結合時除了滿足MVVM基本架構模式外,由于在UI編輯時(Xaml)支持多模式的數(shù)據(jù)和事件綁定***實現(xiàn)View和ViewModel的對接,同時轉(zhuǎn)換器和觸發(fā)器的運用又保證了其靈活性。所以無論是要深入的了解MVVM還是尋求以MVVM模式構建產(chǎn)品,都建議大家仔細的研讀WPF相關開發(fā)知識,是個很好的參照。
MVVM在移動開發(fā)中的運用
移動開發(fā)中運用MVVM時,view和viewcontroller(安卓:局文件和Activity)正式聯(lián)系在一起,我們把它們視為一個組件。視圖view仍然不能直接引用模型model,當然controller也不能。相反,他們引用視圖模型viewmodel。
MVVM.png
用戶輸入驗證邏輯,視圖顯示邏輯處理通常還是要放在ViewController進行,不過對于視圖的控制盡可能通過ViewModel的數(shù)據(jù)屬性去影響而不是直接操作。發(fā)起網(wǎng)絡請求和數(shù)據(jù)存貯等處理可以放在Model進行但是不可以有任何視圖本身的引用。( model中使用 #import UIKit.h)
展示邏輯(presentation logic)可以放在了view model中(比如model的值映射到一個格式化的字符串),視圖控制器本身就會不再臃腫。使用MVVM的App是高度可測試的;因為view model包含了所有的展示邏輯并且不會引用view,所以它可以通過編程方式充分測試。
在android開發(fā)方面目前已有像 RoboBinding 這樣的架構,可以實現(xiàn)在布局文件中完成與ViewModel的綁定工作。IOS中通常建議MVVM與 ReactiveCocoa 聯(lián)合使用。
Goo框架:IOS的MVVM模式的實現(xiàn)
ReactiveCocoa作為響應式變成概念上確實很火熱也備受推崇。從架構設計思想學習的角度,個人也是很喜歡的。但是主導在產(chǎn)品開發(fā)中運用還是不愿意的。俗話說喜歡一件事物原因有很多種,不喜歡的原因只需要一個,Reactive有別于傳統(tǒng)思路和基本IOS開發(fā)思維需要一定代價的的學習代價是每個團隊都不愿意接受的。
Goo是什么?
簡單概括一句話:Goo是MVVM模式在IOS開發(fā)中的具體實現(xiàn)。使用Goo開發(fā)不會改變現(xiàn)有的開發(fā)習慣,在一個開發(fā)中可以根據(jù)具體場景的便利性考慮是否使用Goo,總之Goo具有小巧、靈活和易用等的特點。
舉個栗子
Goo.gif
如圖運行效果,實現(xiàn)通過實現(xiàn)如下幾個小功能來對Goo進行展示。
1:在TextField中輸入數(shù)據(jù)下面的Label同步顯示
2:單擊左側按鈕改變數(shù)據(jù)內(nèi)容,同時影響TextField和Label顯示內(nèi)容
3:單擊右側按鈕該數(shù)據(jù)屬性,同時影響TextField和Label的不同屬性。
接下來看使用Goo來實現(xiàn)的具體代碼情況
- (void)viewDidLoad { [super viewDidLoad]; // Do any additional setup after loading the view, typically from a nib. _vm = [TrialDataVM using]; _vm.text = @"123"; [self.inputText bindingWithProperty:@"backgroundColor" withObject:_vm withDataSource:@"backgroundColor" withBindingMode:TwoWay]; [self.inputText bindingWithProperty:@"text" withObject:_vm withDataSource:@"text" withBindingMode:TwoWay]; [self.hineLbl bindingWithProperty:@"text" withObject:_vm withDataSource:@"text" withBindingMode:OneWay]; [self.hineLbl bindingWithProperty:@"textColor" withObject:_vm withDataSource:@"backgroundColor" withBindingMode:OneWay]; } - (IBAction)clickAction:(id)sender { _vm.text = @"456";} - (IBAction)otherAction:(id)sender { _vm.backgroundColor =[UIColor redColor];}
不用驚訝!代碼就這幾行。
通過bindingWithProperty方法來完成控件和ViewModel的綁定工作,后續(xù)只改動ViewModel其自動會影響UI元素的屬性。
Goo是本人依據(jù)MVVM模式手開發(fā)的IOS下開源框架,后續(xù)會專門寫文章來進行對其進行介紹,同時代碼也會在Github共享。希望感興趣的朋友加入將其繼續(xù)完善和推廣。