建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
MVC
創(chuàng)新互聯(lián)專(zhuān)業(yè)為企業(yè)提供三明網(wǎng)站建設(shè)、三明做網(wǎng)站、三明網(wǎng)站設(shè)計(jì)、三明網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、三明企業(yè)網(wǎng)站模板建站服務(wù)，10多年三明做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。
MVC全名是Model--View--Controller，是模型(model)-視圖(view)-控制器(controller)的縮寫(xiě)，一種軟件設(shè)計(jì)典范，用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí)，不需要重新編寫(xiě)業(yè)務(wù)邏輯。其中Model層處理數(shù)據(jù)，業(yè)務(wù)邏輯等;View層處理界面的顯示結(jié)果;Controller層起到橋梁的作用，來(lái)控制View層和Model層通信以此來(lái)達(dá)到分離視圖顯示和業(yè)務(wù)邏輯層。
我們往往把Android中界面部分的實(shí)現(xiàn)也理解為采用了MVC框架，常常把Activity理解為MVC模式中的Controller。
看似沒(méi)有什么特別的地方，但是由幾個(gè)需要特別關(guān)注的關(guān)鍵點(diǎn)：
View是把控制權(quán)交移給Controller，自己不執(zhí)行業(yè)務(wù)邏輯。
Controller執(zhí)行業(yè)務(wù)邏輯并且操作Model，但不會(huì)直接操作View，可以說(shuō)它是對(duì)View無(wú)知的。
View和Model的同步消息是通過(guò)觀察者模式進(jìn)行，而同步操作是由View自己請(qǐng)求Model的數(shù)據(jù)然后對(duì)視圖進(jìn)行更新。
MVC的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：
把業(yè)務(wù)邏輯全部分離到Controller中，模塊化程度高。當(dāng)業(yè)務(wù)邏輯變更的時(shí)候，不需要變更View和Model，只需要Controller 換成另外一個(gè)Controller就行了(Swappable Controller)。
觀察者模式可以做到多視圖同時(shí)更新。
缺點(diǎn)：
Controller測(cè)試?yán)щy。因?yàn)橐晥D同步操作是由View自己執(zhí)行，而View只能在有UI的環(huán)境下運(yùn)行。在沒(méi)有UI環(huán)境下對(duì)Controller進(jìn)行單元測(cè)試的時(shí)候， Controller業(yè)務(wù)邏輯的正確性是無(wú)法驗(yàn)證的：Controller更新Model的時(shí)候，無(wú)法對(duì)View的更新操作進(jìn)行斷言。
View無(wú)法組件化。View是強(qiáng)依賴(lài)特定的Model的，如果需要把這個(gè)View抽出來(lái)作為一個(gè)另外一個(gè)應(yīng)用程序可復(fù)用的組件就困難了。因?yàn)椴煌绦虻牡腄omain Model是不一樣的
MVP
MVP其實(shí)是MVC的一種演進(jìn)版本，它更簡(jiǎn)單，將MVC中的Controller改為了Presenter，View通過(guò)接口與Presenter進(jìn)行交互，降低耦合，方便進(jìn)行單元測(cè)試。
View：負(fù)責(zé)繪制UI元素、與用戶進(jìn)行交互(Activity、View、Fragment都可以做為View層);
Model：對(duì)數(shù)據(jù)的操作、對(duì)網(wǎng)絡(luò)等的操作，和業(yè)務(wù)相關(guān)的邏輯處理;
Presenter：作為View與Model交互的中間紐帶，處理與用戶交互的邏輯?？梢园裀resenter理解為一個(gè)中間層的角色，它接受Model層的數(shù)據(jù)，并且處理之后傳遞給View層，還需要處理View層的用戶交互等操作。
關(guān)鍵點(diǎn)：
View不再負(fù)責(zé)同步的邏輯，而是由Presenter負(fù)責(zé)。Presenter中既有業(yè)務(wù)邏輯也有同步邏輯。
View需要提供操作界面的接口給Presenter進(jìn)行調(diào)用。(關(guān)鍵)
對(duì)比在MVC中，Controller是不能操作View的，View也沒(méi)有提供相應(yīng)的接口;而在MVP當(dāng)中，Presenter可以操作View，View需要提供一組對(duì)界面操作的接口給Presenter進(jìn)行調(diào)用;Model仍然通過(guò)事件廣播自己的變更，但由Presenter監(jiān)聽(tīng)而不是View。
MVP(Passive View)的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：
便于測(cè)試。Presenter對(duì)View是通過(guò)接口進(jìn)行，在對(duì)Presenter進(jìn)行不依賴(lài)UI環(huán)境的單元測(cè)試的時(shí)候?？梢酝ㄟ^(guò)Mock一個(gè)View對(duì)象，這個(gè)對(duì)象只需要實(shí)現(xiàn)了View的接口即可。然后依賴(lài)注入到Presenter中，單元測(cè)試的時(shí)候就可以完整的測(cè)試Presenter業(yè)務(wù)邏輯的正確性。
View可以進(jìn)行組件化。在MVP當(dāng)中，View不依賴(lài)Model。這樣就可以讓View從特定的業(yè)務(wù)場(chǎng)景中脫離出來(lái)，可以說(shuō)View可以做到對(duì)業(yè)務(wù)邏輯完全無(wú)知。它只需要提供一系列接口提供給上層操作。這樣就可以做高度可復(fù)用的View組件。
缺點(diǎn)：
Presenter中除了業(yè)務(wù)邏輯以外，還有大量的View->Model，Model->View的手動(dòng)同步邏輯，造成Presenter比較笨重，維護(hù)起來(lái)會(huì)比較困難。
MVVM
MVVM模式(Model--View--ViewModel模式)，和MVP模式相比，MVVM 模式用ViewModel替換了Presenter ，其他層基本上與 MVP 模式一致，ViewModel可以理解成是View的數(shù)據(jù)模型和Presenter的合體。
MVVM采用雙向綁定(data-binding)：View的變動(dòng)，自動(dòng)反映在ViewModel，反之亦然，這種模式實(shí)際上是框架替應(yīng)用開(kāi)發(fā)者做了一些工作(相當(dāng)于ViewModel類(lèi)是由庫(kù)幫我們生成的)，開(kāi)發(fā)者只需要較少的代碼就能實(shí)現(xiàn)比較復(fù)雜的交互。
MVVM的調(diào)用關(guān)系
MVVM的調(diào)用關(guān)系和MVP一樣。但是，在ViewModel當(dāng)中會(huì)有一個(gè)叫Binder，或者是Data-binding engine的東西。以前全部由Presenter負(fù)責(zé)的View和Model之間數(shù)據(jù)同步操作交由給Binder處理。你只需要在View的模版語(yǔ)法當(dāng)中，指令式地聲明View上的顯示的內(nèi)容是和Model的哪一塊數(shù)據(jù)綁定的。當(dāng)ViewModel對(duì)進(jìn)行Model更新的時(shí)候，Binder會(huì)自動(dòng)把數(shù)據(jù)更新到View上去，當(dāng)用戶對(duì)View進(jìn)行操作(例如表單輸入)，Binder也會(huì)自動(dòng)把數(shù)據(jù)更新到Model上去。這種方式稱(chēng)為：Two-way data-binding，雙向數(shù)據(jù)綁定?？梢院?jiǎn)單而不恰當(dāng)?shù)乩斫鉃橐粋€(gè)模版引擎，但是會(huì)根據(jù)數(shù)據(jù)變更實(shí)時(shí)渲染。
關(guān)鍵點(diǎn)：
MVVM把View和Model的同步邏輯自動(dòng)化了。以前Presenter負(fù)責(zé)的View和Model同步不再手動(dòng)地進(jìn)行操作，而是交由框架所提供的Binder進(jìn)行負(fù)責(zé)。
只需要告訴Binder，View顯示的數(shù)據(jù)對(duì)應(yīng)的是Model哪一部分即可。
MVVM的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：
提高可維護(hù)性。解決了MVP大量的手動(dòng)View和Model同步的問(wèn)題，提供雙向綁定機(jī)制。提高了代碼的可維護(hù)性。
簡(jiǎn)化測(cè)試。因?yàn)橥竭壿嬍墙挥葿inder做的，View跟著Model同時(shí)變更，所以只需要保證Model的正確性，View就正確。大大減少了對(duì)View同步更新的測(cè)試。
缺點(diǎn)：
過(guò)于簡(jiǎn)單的圖形界面不適用，或說(shuō)牛刀殺雞。
對(duì)于大型的圖形應(yīng)用程序，視圖狀態(tài)較多，ViewModel的構(gòu)建和維護(hù)的成本都會(huì)比較高。
數(shù)據(jù)綁定的聲明是指令式地寫(xiě)在View的模版當(dāng)中的，這些內(nèi)容是沒(méi)辦法去打斷點(diǎn)debug的。
結(jié)語(yǔ)
可以看到，從MVC->MVP->MVVM，就像一個(gè)打怪升級(jí)的過(guò)程。后者解決了前者遺留的問(wèn)題，把前者的缺點(diǎn)優(yōu)化成了優(yōu)點(diǎn)。同樣的Demo功能，代碼從最開(kāi)始的一堆文件，優(yōu)化成了最后只需要20幾行代碼就完成。MV*模式之間的區(qū)分還是蠻清晰的，希望可以給對(duì)這些模式理解比較模糊的同學(xué)帶來(lái)一些參考和思路。
本文標(biāo)題：一篇文章讓你了解MVC、MVP、MVVM
分享URL：http://m.fisionsoft.com.cn/article/dhhhspg.html
