看了很多文章，沒有很好的文章能簡(jiǎn)明扼要的說清楚Android開發(fā)中MVC和MVP的區(qū)別咕村。MVC很早就出來了发笔，之前廣泛用于JavaWeb開發(fā)中陈轿，MVC也可以用來開發(fā)Android劳淆，但是有些水土不服链沼！
1、MVC結(jié)構(gòu)示意圖
------------- 點(diǎn)擊打開大圖 -------------
2沛鸵、MVP結(jié)構(gòu)示意圖
------------- 點(diǎn)擊打開大圖 -------------
好用的在線UML工具：https://www.processon.com/
2括勺、MVP與MVC的區(qū)別（閱讀時(shí)請(qǐng)不斷對(duì)比上面的兩張圖）
Activity職責(zé)不同，Activity在MVP中是View層曲掰，在MVC中是Controller層疾捍，這是MVC和MVP很主要的一個(gè)區(qū)別，可以說Android從MVC轉(zhuǎn)向MVP開發(fā)也主要是優(yōu)化Activity的代碼栏妖，避免Activity的代碼臃腫龐大乱豆。
View層不同，MVC的View層指的是XML布局文件或者是用Java自定義的View吊趾，MVP的View層是Activity或者Fragment宛裕。使用傳統(tǒng)的MVC，其中的View论泛，對(duì)應(yīng)的是各種Layout布局文件揩尸，但是這些布局文件中并不像Web端那樣強(qiáng)大，能做的事情非常有限屁奏。MVP的View層Activity在實(shí)際項(xiàng)目中岩榆，隨著邏輯的復(fù)雜度越來越大，Activity臃腫的缺點(diǎn)仍然體現(xiàn)出來了坟瓢，因?yàn)锳ctivity中還是充滿了大量與View層無關(guān)的代碼勇边，比如各種事件的處理派發(fā)，就如MVC中的那樣View層和Controller代碼耦合在一起無法自拔载绿。
控制層不同粥诫，MVC的控制層是Activity油航，或者是Fragment崭庸，Controller對(duì)應(yīng)的是Activity，而Activity中卻又具有操作UI的功能谊囚，我們?cè)趯?shí)際的項(xiàng)目中也會(huì)有很多UI操作在這一層怕享，也做了很多View中應(yīng)該做的事情，當(dāng)然Controller層Activity中也包含Controller應(yīng)該做的事情镰踏，比如各種事件的派發(fā)回調(diào)函筋，而且在一層中我們會(huì)根據(jù)事件再去調(diào)用Model層操作數(shù)據(jù)，所以這種MVC的方式在實(shí)際項(xiàng)目中奠伪，Activity所在的Controller是非常重的跌帐，各層次之間的耦合情況也比較嚴(yán)重首懈，不方便單元測(cè)試。MVP的控制層是Presenter谨敛，里面沒有很多的實(shí)際東西究履，主要是做Model和View層的交互。
關(guān)系鏈不同脸狸，MVP中Model層與View是沒有關(guān)系的最仑，彼此不會(huì)通訊和操作，Model與View的通訊都是Presenter層來傳達(dá)的炊甲。但是在MVC中泥彤，Model層和View是曾在交互的。比如我們自定義的View控件里面肯定是要使用Model的數(shù)據(jù)的卿啡，View也要根據(jù)不同的Model數(shù)據(jù)做出不同的展現(xiàn)吟吝！這點(diǎn)尤其是體現(xiàn)在自定義的View中，自定義View需要設(shè)置數(shù)據(jù)颈娜，用戶操作了自定義控件需要改變數(shù)據(jù)爸黄，View要操作Model怎么辦？有人說把Controller傳到自定義的View啊揭鳞，現(xiàn)實(shí)是不可能沒一個(gè)自定義View都去持有Controller的引用炕贵，其實(shí)在MVP中就不會(huì)這么尷尬，接口就可以完成野崇。
適用范圍不同称开，在Android中，MVP和MVC都用自己的適用情況乓梨，使用MVP可以更好的解耦三大模塊鳖轰，模塊之間比較清晰，也很方便使用MVP來組件化架構(gòu)整體項(xiàng)目扶镀。但是MVC也是有用武之地的蕴侣，在組件化的Module或者中間件我們可以使用MVC來做，Module或者中間件不會(huì)存在很復(fù)雜的View層臭觉，使用MVC可以更加方便我們實(shí)現(xiàn)功能昆雀。
交互方式不同，MVP中通訊交互基本都是通過接口的蝠筑，MVC中的通訊交互很多時(shí)候都是實(shí)打?qū)嵉恼{(diào)用對(duì)象的方法狞膘，簡(jiǎn)單粗暴！
實(shí)現(xiàn)方法不同 什乙，MVC和MVP的Model幾乎一樣的挽封，都是處理數(shù)據(jù)，只要不在Activity或者Fragment中請(qǐng)求數(shù)據(jù)臣镣，其他的所有控制都放在Activity或者Fragment中辅愿，這樣寫就基本是MVC的模式智亮，這樣寫不麻煩，但是很容易把Activity寫出上萬行代碼点待。用MVP的時(shí)候我們需要寫很多View和Presenter接口來實(shí)現(xiàn)模塊之間的通訊鸽素，會(huì)增加很多類。
網(wǎng)絡(luò)流行對(duì)比段子：
（1）相同點(diǎn)：
優(yōu)點(diǎn)：
1.降低耦合度
2.模塊職責(zé)劃分明顯
3.利于測(cè)試驅(qū)動(dòng)開發(fā)
4.代碼復(fù)用
5.隱藏?cái)?shù)據(jù)
6.代碼靈活性
缺點(diǎn)：
額外的代碼復(fù)雜度及學(xué)習(xí)成本亦鳞。
（2）不同點(diǎn)：
MVP模式：
1.View不直接與Model交互馍忽，而是通過與Presenter交互來與Model間接交互
2.Presenter與View的交互是通過接口來進(jìn)行的，更有利于添加單元測(cè)試
3.通常View與Presenter是一對(duì)一的燕差，但復(fù)雜的View可能綁定多個(gè)Presenter來處理邏輯遭笋，業(yè)務(wù)相似的時(shí)候也可以多同個(gè)View共享一個(gè)Presenter。
MVC模式：
1.View可以與Model直接交互
2.Controller是基于行為的徒探，并且可以被多個(gè)View共享
3.Controller可以負(fù)責(zé)決定顯示哪個(gè)View
不管Activity在MVP中是View層瓦呼，還是Activity在MVC中是Controller層，都無法避免Activity的代碼量越來越大测暗。我們可以根據(jù)項(xiàng)目的實(shí)際情況盡量?jī)?yōu)化央串，MVP和MVC只是一種編碼思想，再說再牛逼的架構(gòu)都抵不過產(chǎn)品的傻逼需求碗啄！
