MVC模式原理

MVC，即Model-View-Controller蚜枢，意味：模型缸逃、視圖和控制器针饥。

• Model
  • 程序需要操作的數(shù)據(jù)來(lái)源。通常是從數(shù)據(jù)庫(kù)需频、網(wǎng)絡(luò)請(qǐng)求或者是Bean數(shù)據(jù)丁眼。
  • 負(fù)責(zé)提供數(shù)據(jù)

• View
  • 程序用來(lái)展示內(nèi)容的界面。通常是Activity贺辰、Fragment等UI組件户盯。
  • 負(fù)責(zé)展示數(shù)據(jù)

• Controller
  • 程序中用于處理Model數(shù)據(jù)業(yè)務(wù)邏輯并將結(jié)果輸送給View的中間層嵌施。
  • 負(fù)責(zé)處理業(yè)務(wù)邏輯

MVC模式流程.png

實(shí)際開(kāi)發(fā)中Activity究竟算Controller還是View說(shuō)不清楚饲化。理論上Activity是UI組件負(fù)責(zé)展示內(nèi)容，但很多項(xiàng)目中Activity處理了太多的業(yè)務(wù)邏輯操作吗伤。超過(guò)1000行代碼太常見(jiàn)了吃靠。根據(jù)這種情況我將Activity放到Controller上。只是個(gè)人習(xí)慣而已足淆！

優(yōu)缺點(diǎn)

• 優(yōu)點(diǎn)
  • 耦合性低：視圖層和業(yè)務(wù)層分離巢块。
  • 重用性高：多個(gè)View能共享同一個(gè)Model。
  • 部署快：責(zé)任分離巧号，各司其職族奢，職責(zé)清晰。
  • 可維護(hù)性高

• 缺點(diǎn)
  • Controller角色比重太大丹鸿。雖然擔(dān)任控制器的職責(zé)越走，但現(xiàn)實(shí)開(kāi)發(fā)中類似Activity的UI卻做了很多View相關(guān)操作。VC分離不清靠欢。
  • 優(yōu)點(diǎn)中的耦合性低是相對(duì)的廊敌，現(xiàn)實(shí)中MVC的耦合性確實(shí)不低！

MVP模式原理

知道了MVC的不足之處门怪，MVP就是為了解決VC耦合這個(gè)問(wèn)題骡澈，在MVC的基礎(chǔ)上變種出來(lái)的框架。

M幾乎沒(méi)有變化掷空，只是把VC抽出來(lái)變成了VP肋殴。

MVP核心思想：

MVP把Activity中的UI邏輯抽象成View接口，把業(yè)務(wù)邏輯抽象成Presenter接口坦弟，Model類還是原來(lái)的Model疼电。

減輕了Activity的工作，因?yàn)榇蟛糠止ぷ鞫紒G到了Presenter那去了减拭。自己只要管理好生命周期即可蔽豺。

MVP模式.png

根據(jù)上圖，代碼所需的實(shí)現(xiàn)：

• 創(chuàng)建IPresenter表示業(yè)務(wù)邏輯接口拧粪，由PresenterImpl實(shí)現(xiàn)
• 創(chuàng)建IView接口表示UI邏輯實(shí)現(xiàn)修陡，由Activity沧侥、Fragment等UI組件實(shí)現(xiàn)
• Activity關(guān)聯(lián)PresenterImpl用于調(diào)用業(yè)務(wù)方法
• PresenterImpl關(guān)聯(lián)Activity用于調(diào)用UI方法
• Model木有變化，還是原來(lái)的Model~?(^?*)

優(yōu)缺點(diǎn)

• 優(yōu)點(diǎn)
  • 結(jié)構(gòu)清晰魄鸦，比MVC要清晰多了

• 缺點(diǎn)
  • 每個(gè)View都有個(gè)Presenter宴杀，多了也是個(gè)麻煩~

MVVM模式原理

MVVM模式利用了一個(gè)工具DataBinding實(shí)現(xiàn)了其中的VM。將數(shù)據(jù)和View綁定在一起拾因，這樣一來(lái)旺罢，數(shù)據(jù)發(fā)生改變，View會(huì)即時(shí)更新绢记。

• Model
  • Model還是原來(lái)的Model扁达，負(fù)責(zé)提供實(shí)體模型。供VM使用蠢熄。

• View
  • Activity跪解、Fragment以及View組件，這一塊只包含UI相關(guān)代碼签孔。不含有一點(diǎn)業(yè)務(wù)邏輯代碼叉讥。
  • 這才是真正的View模塊，View模塊就應(yīng)該只負(fù)責(zé)UI邏輯饥追。

• ViewModel
  • 只負(fù)責(zé)業(yè)務(wù)邏輯
  • 將Model提供的實(shí)體數(shù)據(jù)和View中真正展示數(shù)據(jù)的UI組件通過(guò)DataBinding綁定在一起图仓。
  • 我們就不用像以前那樣，等Bean改變后但绕，get里面的屬性值救崔。然后獲取UI組件的引用，將屬性值設(shè)置到UI組件上壁熄。
  • VM綁定在一起帚豪，Model一改變，View自動(dòng)實(shí)時(shí)更新草丧！

MVVM模式.png

優(yōu)缺點(diǎn)

• 優(yōu)點(diǎn)
  • 雙向綁定技術(shù)狸臣，Model變化，View自動(dòng)更新昌执≈蛞啵或者說(shuō)，Model變化懂拾，ViewModel和View自動(dòng)更新（角度不一樣而已）煤禽。
  • 模塊之間職責(zé)更清晰。
  • 控制器功能大都到了View上岖赋，大大減輕壓力檬果。

• 缺點(diǎn)
  • DataBinding后很難進(jìn)行調(diào)試，出現(xiàn)問(wèn)題很難進(jìn)行定位。
  • 大項(xiàng)目中Model會(huì)很大选脊，長(zhǎng)期占有不能釋放會(huì)占內(nèi)存杭抠。
  • View的重用性降低，MVVM中的一個(gè)View綁定一個(gè)Model恳啥。不同模塊的View都不同偏灿，重用困難。