張鴻洋MVP
創(chuàng)新互聯(lián)主營林芝網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,成都app軟件開發(fā),林芝h5微信小程序定制開發(fā)搭建,林芝網(wǎng)站營銷推廣歡迎林芝等地區(qū)企業(yè)咨詢
http://blog.csdn.net/lmj623565791/article/details/46596109
谷歌的MVP與一般的MVP的區(qū)別
https://www.jianshu.com/p/14283d8d3a60
MVP入門小demo:http://blog.csdn.net/l2show/article/details/46659027
我總結(jié)的MVP架構(gòu)圖:
感悟1:MVP中的角色職責(zé)分工
MVP與MVC最大的區(qū)別就是MVC中Activity或Fragment,它的Model和View互相產(chǎn)生聯(lián)系,也有可能是交叉產(chǎn)生聯(lián)系,比如說網(wǎng)絡(luò)請(qǐng)求數(shù)據(jù)、讀取數(shù)據(jù)庫任何這些和獲取Model相關(guān)的操作都放在了Activity和
Fragment中,這些就顯得十分的臃腫。
MVP則通過Presenter,將Model的獲取從UI中分離出來,同時(shí)通過實(shí)現(xiàn)相應(yīng)的Interactor來獲取Model,再回調(diào)接口View的方法將InteractorImpl得到的數(shù)據(jù)回傳給UI組件。
但是,MVP雖然比較優(yōu)秀,但是一開始會(huì)不適應(yīng)。因?yàn)镸VP真正的是面向接口編程。
舉一個(gè)例子:在Activity里請(qǐng)求一個(gè)接口,得到一個(gè)List,然后展示到ListView上。
mvc的做法和我說的順序是一樣的
mvp的做法:
1)定義UI組件對(duì)應(yīng)的InterfaceView,定義方法void getData(List
》參數(shù)為需要得到的數(shù)據(jù)
》一般InterfaceView里的方法是沒有返回值的,因?yàn)樗哪康脑谟谕ㄟ^Interactor得到
list也就是Model。在UI組件里直接實(shí)現(xiàn)這個(gè)方法,至于list是怎么獲取的,UI組件就不
用管了,只要展示到View上即可。
》針對(duì)接口編程就是思維比較跳躍,不是按步就班的一步步去實(shí)現(xiàn)。將要做的事件通過抽象
方法描述出來。
2) 定義Interactor接口,定義獲取InterfaceView里所需要的Model的抽象方法。
》參數(shù)為請(qǐng)求數(shù)據(jù)所需要的參數(shù)
3)定義Presenter接口,Presenter相當(dāng)于InterfaceView與Interactor接口的紐帶。
它里面定義的抽象方法,是連接InterfaceView與Interactor接口的。
它的主要作用是執(zhí)行InterfaceView中定義的方法。
感悟2:Presenter怎么得到Interactor的數(shù)據(jù)
1)Interactor采用同步的形式獲取數(shù)據(jù),那么直接在Interactor的接口上定義返回值即可。
2)Interactor采用異步的形式獲取數(shù)據(jù),這是大多數(shù)的情況。除了數(shù)據(jù)之外,還有請(qǐng)求數(shù)據(jù)成功與
否的狀態(tài),那Presenter如何實(shí)時(shí)得到數(shù)據(jù)呢?
讓Presenter實(shí)現(xiàn)監(jiān)聽器接口,將Interactor構(gòu)造的時(shí)候傳入,然后在不同狀態(tài)下回調(diào)。一般回調(diào)
方法是在UI線程中執(zhí)行的,注意線程問題。
感悟3:不要一味的使用MVP
1)如果Model十分地簡單(如WebView的一個(gè)url),或者是一個(gè)簡單的SP配置變量等等,就沒有必要
大張旗鼓地去為這個(gè)View再去創(chuàng)建Presenter和Interactor了。
2)如果Model是通過Intent等傳遞給View的,也不需要MVP。
感悟4:在Presenter中實(shí)例化多個(gè)Interactor
如果一個(gè)頁面中有多個(gè)網(wǎng)絡(luò)請(qǐng)求接口,可以在Presenter中實(shí)例化多個(gè)Interactor,每個(gè)Interactor負(fù)責(zé)處理一個(gè)接口,這樣體現(xiàn)了“單一職責(zé)”的設(shè)計(jì)原則。