背景
今天有時(shí)間就剛好有想寫關(guān)于這幾個(gè)名詞，對(duì)于我來說仰楚，其實(shí)這么多名詞犬庇、思想歸根到底就是要根據(jù)項(xiàng)目實(shí)際、人員配置來做合理優(yōu)化捂襟，既不能紙上談兵欢峰、又不能畏懼不前，那么合理分階段架構(gòu)和完善代碼才是關(guān)鍵，本篇文章將以兩個(gè)思路講述举反，第一先說介紹火鼻，然后再說優(yōu)缺點(diǎn)雕崩，結(jié)合實(shí)際開發(fā)。
MVC
一粗蔚、MVC介紹
MVC (Model-View-Controller)：M是指邏輯模型饶火，V是指視圖模型，C則是控制器。一個(gè)邏輯模型可以對(duì)于多種視圖
模型急前，比如一批統(tǒng)計(jì)數(shù)據(jù)你可以分別用柱狀圖、餅圖來表示刨摩。一種視圖模型也可以對(duì)于多種邏輯模型世吨。使用MVC的
目的是將M和V的實(shí)現(xiàn)代碼分離，從而使同一個(gè)程序可以使用不同的表現(xiàn)形式罢浇，而C存在的目的則是確保M和V的同步沐祷，
一旦M改變，V應(yīng)該同步更新胞锰。
二兢榨、Android中MVC使用
1.視圖層（View）：一般采用XML文件進(jìn)行界面的描述顺饮，使用的時(shí)候可以非常方便的引入兼雄。當(dāng)然案怯，如何你對(duì)Android了解的比較的多了話，
就一定可以想到在Android中也可以使用JavaScript+HTML等的方式作為View層金砍，當(dāng)然這里需要進(jìn)行Java和JavaScript之間的通信麦锯，幸運(yùn)的是，
Android提供了它們之間非常方便的通信實(shí)現(xiàn)鹅巍。
2.控制層（Controller）：本層應(yīng)該是跟業(yè)務(wù)最掛鉤的一層料祠，是用戶能操作的入口，在android中只有activity敛苇，ios中有Controller顺呕，
在這邊activity中要做的就是業(yè)務(wù)導(dǎo)向，具體實(shí)現(xiàn)模塊功能可以封裝到model層来涨，長時(shí)間操作如下載启盛、上傳、等都可以放線程或者服務(wù)等笤闯。
3.模型層（Model）：對(duì)數(shù)據(jù)庫的操作棍厂、對(duì)網(wǎng)絡(luò)等的操作都應(yīng)該在Model里面處理，當(dāng)然對(duì)業(yè)務(wù)計(jì)算等操作也是必須放在的該層的浦马。
還有數(shù)據(jù)模型都可以放在本層。
三晶默、MVC優(yōu)點(diǎn)
從用戶的角度出發(fā)，用戶可以根據(jù)自己的需求趴梢，選擇自己合適的瀏覽數(shù)據(jù)的方式币他。比如說，對(duì)于一篇在線文檔彰阴，
用戶可以選擇以HTML網(wǎng)頁的方式閱讀拍冠，也可以選擇以pdf的方式閱讀。從開發(fā)者的角度射众，MVC把應(yīng)用程序的
邏輯層與界面是完全分開的晃财，最大的好處是：界面設(shè)計(jì)人員可以直接參與到界面開發(fā)，程序員就可以把精力放
在邏輯層上雏逾。而不是像以前那樣郑临，設(shè)計(jì)人員把所有的材料交給開發(fā)人員屑宠，由開發(fā)人員來實(shí)現(xiàn)界面。在Eclipes工
具中開發(fā)Android采用了更加簡單的方法躺翻，設(shè)計(jì)人員在DroidDraw中設(shè)計(jì)界面卫玖，以XML方式保存，
在Eclipes中直接打開就可以看到設(shè)計(jì)人員設(shè)計(jì)的界面陕靠。
MVP
一、MVP介紹
MVP作為MVC的演化版本剪芥，那么類似的MVP所對(duì)應(yīng)的意義：M-Model-模型、V-View-視圖溉躲、P-Presenter-表示器益兄。
從MVC和MVP兩者結(jié)合來看，Controlller/Presenter在MVC/MVP中都起著邏輯控制處理的角色唱蒸，起著控制各業(yè)務(wù)
流程的作用灸叼。而
MVP與MVC最不同的一點(diǎn)是M與V是不直接關(guān)聯(lián)的也是就Model與View不存在直接關(guān)系，這兩者之
間間隔著的是Presenter層屁魏，其負(fù)責(zé)調(diào)控 View與Model之間的間接交互捉腥，MVP的結(jié)構(gòu)圖如下所示，對(duì)于這個(gè)圖理解
即可而不必限于其中的條條框框桃漾，畢竟在不同的場景下多少會(huì)有些出入的拟逮。在
Android中很重要的一點(diǎn)就是對(duì)UI的
操作基本上需要異步進(jìn)行也就是在MainThread中才能操作UI，所以對(duì)View與Model的切斷分離是合理的恋追。此外
Presenter與View罚屋、Model的交互使用接口定義交互操作可以進(jìn)一步達(dá)到松耦合也可以通過接口更加方便地進(jìn)行
單元測試。
二撕彤、MVP優(yōu)點(diǎn)缺點(diǎn)
優(yōu)點(diǎn)：
Presenter這一層處理著程序各種邏輯的分發(fā)羹铅，收到View層UI上的反饋命令、定時(shí)命令睦裳、系統(tǒng)命令等指令后分發(fā)處理
邏輯交由Model層做具體的業(yè)務(wù)操作，在這里可以看到本身activity要做的事情被抽離出來哥蔚，減少activity與view的業(yè)務(wù)
耦合蛛蒙，這樣有利于維護(hù)、易開發(fā)牵祟，減少降低activity中代碼和業(yè)務(wù)抽離模塊化。
缺點(diǎn):
mvp架構(gòu)會(huì)抽離一層咕晋、這一層是業(yè)務(wù)分發(fā)掌呜，如果項(xiàng)目越來越大坪哄、人越來越多，如果業(yè)務(wù)非常多模暗，并且易修改的話念祭，抽
離的一層會(huì)變的易讀性降低，還有開發(fā)團(tuán)隊(duì)如果不能堅(jiān)持顾孽，要重新架構(gòu)比规，基本要重新寫一遍拦英，所以要慎重慎重。
MVVM
一疤估、MVVM介紹
MVVM首先是基于mvc演變而來的霎冯，說到這里那么MVVM代表啥里沈撞。MVVM模式包含了三個(gè)部分：Model – 代表你的
基本業(yè)務(wù)邏輯雕什，View – 顯示內(nèi)容，ViewModel – 將前面兩者聯(lián)系在一起的對(duì)象壹士。一個(gè)ViewModel接口提供了兩個(gè)東西：
動(dòng)作和數(shù)據(jù)偿警。動(dòng)作改變Model的下層（click listener，監(jiān)聽文字改變的listener等等）盒使，而數(shù)據(jù)則是Model的內(nèi)容七嫌，代表
第三方庫：RoboBinding等，github:https://github.com/RoboBinding/AndroidMVVM.
二凡泣、MVVM優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：
ViewModel大致上就是MVP的Presenter和MVC的Controller了鞋拟，而View和ViewModel間沒有了MVP的界面接口惹资，而是直接
交互，用數(shù)據(jù)“綁定”的形式讓數(shù)據(jù)更新的事件不需要開發(fā)人員手動(dòng)去編寫特殊用例褪测，而是自動(dòng)地雙向同步。數(shù)據(jù)綁定你可以
認(rèn)為是Observer模式或者是Publish/Subscribe模式懈叹，原理都是為了用一種統(tǒng)一的集中的方式實(shí)現(xiàn)頻繁需要被實(shí)現(xiàn)的數(shù)據(jù)更新
問題分扎。比起MVP，MVVM不僅簡化了業(yè)務(wù)與界面的依賴關(guān)系墨状，還優(yōu)化了數(shù)據(jù)頻繁更新的解決方案，甚至可以說提供了一種有
效的解決模式列赎。
缺點(diǎn)：
MVVM是數(shù)據(jù)模型綁定視圖方式镐确，減少代碼、減少了數(shù)據(jù)更新漏策，但如果是負(fù)責(zé)業(yè)務(wù)邏輯或者是高頻發(fā)業(yè)務(wù)修改臼氨，對(duì)于代碼理
解會(huì)有所降低，并且要使用第三方架構(gòu)感耙，這個(gè)是我最不喜歡的一點(diǎn)持隧。
