MVP是模型(Model)、視圖(View)、主持人(Presenter)的縮寫，分別代表項(xiàng)目中3個(gè)不同的模塊。

模型(Model)：負(fù)責(zé)處理數(shù)據(jù)的加載或者存儲(chǔ)，比如從網(wǎng)絡(luò)或本地?cái)?shù)據(jù)庫獲取數(shù)據(jù)等；

視圖(View)：負(fù)責(zé)界面數(shù)據(jù)的展示，與用戶進(jìn)行交互，主要是指Fragment ,Activity；

主持人(Presenter)：相當(dāng)于協(xié)調(diào)者，是模型與視圖之間的橋梁，將模型與視圖分離開來；

View層與Model層并不直接交互，而是使用Presenter作為View與Model之間的橋梁。其中Presenter中同時(shí)持有Viwe層以及Model層的Interface的引用，而View層持有Presenter層Interface的引用。當(dāng)View層某個(gè)界面需要展示某些數(shù)據(jù)的時(shí)候，首先會(huì)調(diào)用Presenter層的某個(gè)接口，然后Presenter層會(huì)調(diào)用Model層請(qǐng)求數(shù)據(jù)，當(dāng)Model層數(shù)據(jù)加載成功之后會(huì)調(diào)用Presenter層的回調(diào)方法通知Presenter層數(shù)據(jù)加載完畢，最后Presenter層再調(diào)用View層的接口將加載后的數(shù)據(jù)展示給用戶。這就是MVP模式的整個(gè)核心過程。

這樣分層的好處就是大大減少了Model與View層之間的耦合度。一方面可以使得View層和Model層單獨(dú)開發(fā)與測(cè)試，互不依賴。另一方面Model層可以封裝復(fù)用，可以極大的減少代碼量。

-????View發(fā)生改變，不影響model

-????model發(fā)生改變，不影響View

-????presenter發(fā)生改變，只需要改persenter

下面是用MVP模擬登陸的一個(gè)簡(jiǎn)單Demo：

首先是V層接口，里面寫了獲取賬號(hào)密碼，登陸成功和失敗四個(gè)方法，它需要到Activity或者Fragment中去實(shí)現(xiàn)。

然后到我們的M層接口，接口回調(diào)提高了代碼的復(fù)用性，CallBacks里是我們的成功失敗方法:。

寫完Model的接口之后，要去Model類里實(shí)現(xiàn)我們的接口，進(jìn)行一個(gè)簡(jiǎn)單的賬號(hào)密碼匹配，如果匹配成功返回我們CallBacks里邊的成功方法，然后傳入?yún)?shù)。

然后重要的P層，P層需要持有M和V層，然后讓它們進(jìn)行關(guān)聯(lián)，V層的onGetName,onGetPassword方法把賬號(hào)密碼傳給M層讓之進(jìn)行匹配。利用callbacks把參數(shù)傳給我們的V層。

最后到我們的Activity中，繼承View接口，實(shí)現(xiàn)View的方法。我們還需要調(diào)用P層的方法才可以 。

這是View層的實(shí)現(xiàn)類。重寫了V層的方法。

這樣一個(gè)簡(jiǎn)單的Demo就實(shí)現(xiàn)了。

總結(jié)

以上是生活随笔為你收集整理的android mvp简书,Android_MVP学习的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。