了解mvp

任何軟件都是以數(shù)據(jù)為中心败京，為了能與用戶進行交互辅搬，就需要提供界面支持用戶對數(shù)據(jù)進行增刪改查操作小腊。

不管是mvc揍庄，mvp還是mvvm始終都在做一件事情：怎么樣能更好的解決數(shù)據(jù)與界面之間的關(guān)系咆蒿，以達到數(shù)據(jù)與界面之間的耦合更低，代碼的復(fù)用性更高，代碼的可測性更好沃测。

mvp的結(jié)構(gòu)圖

mvp中的關(guān)系

1缭黔、mvp的分層結(jié)構(gòu)特別類似于網(wǎng)絡(luò)的七層協(xié)議，每層只知道自己依賴層的細(xì)節(jié)蒂破。

2馏谨、這種分層的好處是：層與層之間的耦合性低，模塊的復(fù)用性高附迷，可維護性更好惧互，每層可以單獨存在，這樣可測性更好喇伯。

3喊儡、數(shù)據(jù)流的走向可以是：view-->presenter-->model-->presenter-->view,這種數(shù)據(jù)流一般出現(xiàn)的場景是用戶在界面觸發(fā)了一個事件的情形下

4、數(shù)據(jù)流的走向也可以是：model-->presenter-->view稻据，這種數(shù)據(jù)流一般出現(xiàn)于比如通過長鏈接接收消息的場景艾猜。

5、不管數(shù)據(jù)流是怎樣的一個流動走向攀甚，始終有一個原則是：數(shù)據(jù)流不能跨層流動，即層與層不能跨層通信岗喉。

順序依次來介紹model秋度，presenter，view钱床。

數(shù)據(jù)加工處理廠

通過應(yīng)用mvp后的感受荚斯，我個人的感覺model是最難寫的一層，并且也是最難懂的查牌，因為model是整個應(yīng)用或界面的數(shù)據(jù)加工處理廠事期，所謂數(shù)據(jù)加工廠就是對數(shù)據(jù)的獲取，數(shù)據(jù)的解析纸颜，數(shù)據(jù)的存儲兽泣，數(shù)據(jù)的分發(fā)，數(shù)據(jù)的增刪改查等操作胁孙。意思就是凡是涉及到數(shù)據(jù)操作都是在model進行的唠倦，所以model不僅僅只是實體類的集合，同時還包含關(guān)于數(shù)據(jù)的各種處理操作涮较。

三種數(shù)據(jù)源

數(shù)據(jù)的數(shù)據(jù)源有三種：內(nèi)存稠鼻，磁盤（文件或數(shù)據(jù)庫等），網(wǎng)絡(luò)狂票。為了提升app的性能候齿，有必要把經(jīng)常訪問的數(shù)據(jù)臨時存入內(nèi)存中；同時也為了提升app性能和為用戶省流量省電，有必要把數(shù)據(jù)存入磁盤中慌盯；還有的數(shù)據(jù)是有必要從網(wǎng)絡(luò)讀取的周霉。三個數(shù)據(jù)源不一定同時存在，比如不與網(wǎng)絡(luò)交互的app润匙，不存在網(wǎng)絡(luò)數(shù)據(jù)源诗眨。所以凡是涉及到關(guān)于數(shù)據(jù)發(fā)生于三個數(shù)據(jù)源加工處理的操作的代碼都要放在model中。

model為上層提供的服務(wù)

model從黑盒的角度來看為上層（指依賴于model的層比如present）提供的服務(wù)無非就2種：model為上層提供數(shù)據(jù)孕讳，model處理上層傳遞的數(shù)據(jù)

model為上層提供數(shù)據(jù)

上層會從model中去數(shù)據(jù)匠楚，那model會從三數(shù)據(jù)源中取數(shù)據(jù)，取的順序是

先內(nèi)存厂财，內(nèi)存取到數(shù)據(jù)返回

其次磁盤芋簿，磁盤取到數(shù)據(jù)，如有必要把數(shù)據(jù)存儲在內(nèi)存中璃饱，則需要進行

存儲与斤，返回數(shù)據(jù)

最后網(wǎng)絡(luò)，網(wǎng)絡(luò)取到數(shù)據(jù)荚恶，如有必要在磁盤或內(nèi)存中存儲撩穿，則進行存儲，返回數(shù)據(jù)

上面的取數(shù)據(jù)過程是最簡單的情況谒撼，復(fù)雜些還會涉及到從內(nèi)存或磁盤中取到的數(shù)據(jù)是否過期食寡，過期的話就應(yīng)該從網(wǎng)絡(luò)獲取。從網(wǎng)絡(luò)取得數(shù)據(jù)后需要把內(nèi)存或磁盤的數(shù)據(jù)更新廓潜。

model處理上層傳遞的數(shù)據(jù)

model接收到上層傳遞的數(shù)據(jù)后抵皱，model會依次把數(shù)據(jù)扔給三個數(shù)據(jù)源去處理，有可能三個數(shù)據(jù)源都會處理數(shù)據(jù)辩蛋，有可能只是其中一個處理呻畸，model會把處理的結(jié)果返回。

所以model會把解析好的數(shù)據(jù)提供給上層悼院，上層對于數(shù)據(jù)的來源完全是透明的伤为，上層完全不需要關(guān)心數(shù)據(jù)到底是來自內(nèi)存，還是磁盤甚至是網(wǎng)絡(luò)据途。同理上層只需要的把數(shù)據(jù)扔給model钮呀，上層唯一做的事情就是愉快的等待處理結(jié)果。

model中的所有操作都發(fā)生于普通線程昨凡。

presenter

presenter翻譯成漢語的意思是主持人爽醋，提出者。從它的意思可以看出它有控制全場的作用便脊。首先presenter是處于mvp的中間層蚂四，在view和model中起一個承上啟下的作用。presenter會把view交給自己的命令進行一定的校驗等操作交給model處理，會把model處理的結(jié)果交給view遂赠。

presenter封裝業(yè)務(wù)

presenter不僅起一個橋梁的作用久妆，它還會把業(yè)務(wù)邏輯代碼給包攬下來。這樣就可以減輕Activity的負(fù)擔(dān)了跷睦，讓Activity全心全意做它的view工作筷弦，比如一些校驗代碼∫种睿或者可以這樣想只要是不屬于view和model的代碼基本都可以放在presenter中烂琴。

presenter負(fù)責(zé)刷新view

mvc或以前的關(guān)于view的寫法一般都是這樣，view在接收到數(shù)據(jù)后蜕乡，自己來進行view的刷新或其他操作奸绷。但是mvp中presenter負(fù)責(zé)對view進行刷新，比如從model獲取的數(shù)據(jù)层玲，presenter會根據(jù)獲取的數(shù)據(jù)成功與否來通知view應(yīng)該是顯示成功界面還是失敗界面号醉。

presenter持有的線程

Android中view的操作需要在ui線程里執(zhí)行，其他耗時操作需要在普通線程執(zhí)行辛块。presenter會持有這2種線程:ui線程,普通線程畔派。刷新view時，它切換為ui線程進行刷新润绵，從model取數(shù)據(jù)切換為普通線程线椰。假如使用rxjava的話，就特別簡單了關(guān)于線程切換的事情授药。

tip

presenter從model中獲取的數(shù)據(jù)就是解析好的數(shù)據(jù)士嚎，不需要出現(xiàn)解析數(shù)據(jù)的代碼呜魄。

view

view層就很好理解了悔叽，就是用戶直接看到的界面，mvp中的view是很省心的爵嗅，比如更新view娇澎，接收數(shù)據(jù)。這些操作它都不需要操心睹晒，也不需要知道數(shù)據(jù)到底來自哪里趟庄，給我啥我顯示啥就可以了。

一個view可以同時擁有多個presenter伪很，也可以只有一個presenter戚啥。

Android中的Activity，F(xiàn)ragment在mvp中是作為view來使用的锉试，這些Activity猫十，F(xiàn)ragment的責(zé)任就小了，只關(guān)心界面相關(guān)的事情足矣。

各種Adapter是放在view層的拖云。

總結(jié)

我們初步認(rèn)識了mvp贷笛，mvp中的model，present宙项，view到底是什么乏苦，他們之間的關(guān)系是什么樣的，這只是初步認(rèn)識mvp尤筐。注意分層的概念