繼續(xù)之前的工作~現(xiàn)在進(jìn)入MVP的篇章腹躁！
MVP1
原文鏈接
MPV 是從經(jīng)典的MVC模式演變過來的，其基本思路都是相通的尾抑。其中M是model模型镰踏，提供業(yè)務(wù)數(shù)據(jù)函筋；P和MVC中的C擔(dān)當(dāng)?shù)慕巧嗨疲荘resenter控制者奠伪，進(jìn)行邏輯處理跌帐。V是View視圖，顯示數(shù)據(jù)芳来。
MVP與MVC有著一個(gè)重大的區(qū)別：在MVP中View并不直接使用Model含末，它們之間的通信是通過Presenter (MVC中的Controller)來進(jìn)行的猜拾，所有的交互都發(fā)生在Presenter內(nèi)部即舌，而在MVC中View會(huì)從直接Model中讀取數(shù)據(jù)而不是通過 Controller。
之前的Demo里我們發(fā)現(xiàn)在MVC模式里挎袜，Activity既負(fù)責(zé)Controller又負(fù)責(zé)View顽聂，同時(shí)Activity可以通過Model獲取數(shù)據(jù)。而在MVP模式中盯仪，View與Model完全分離紊搪，大大減少了Activity的職責(zé)，最大的好處就是Activity文件不會(huì)再出現(xiàn)上千行的情況了全景。
在此Demo里耀石，Model層保持不變，依舊通過網(wǎng)絡(luò)獲取數(shù)據(jù)爸黄，對(duì)外通過接口返回?cái)?shù)據(jù)滞伟。Activity扮演View層的角色，負(fù)責(zé)界面的顯示炕贵。同時(shí)實(shí)現(xiàn)Presenter進(jìn)行中間的控制梆奈。
Presenter表示器同時(shí)持有 Model和View對(duì)象且實(shí)現(xiàn)了OnPhoneMsgListener接口取回Model模型數(shù)據(jù)，因此称开，PresenterImpl向Model發(fā)送數(shù)據(jù)請(qǐng)求亩钟，然后通過OnPhoneMsgListener接口實(shí)現(xiàn)獲取請(qǐng)求結(jié)果乓梨，再將結(jié)果通過接口PhoneMsgView把數(shù)據(jù)顯示到Activity擔(dān)當(dāng)?shù)腣iew視圖中。
總結(jié)
- MVP框架模式完全將Model模型和View視圖分離清酥，從而使得代碼的耦合性第扶镀，利用MVP框架寫項(xiàng)目達(dá)到解耦作用。
- 通過這種寫法的MVP总处，每個(gè)Activity/Fragment都需要根據(jù)自身的需求實(shí)現(xiàn)一個(gè)Presenter狈惫，這不免帶來了代碼量的增加，但是也帶了結(jié)構(gòu)清晰鹦马，測(cè)試方便胧谈，便于協(xié)同等等的好處。有一些團(tuán)隊(duì)甚至可以在業(yè)務(wù)確定荸频，UI未定的情況下菱肖，使用MVP模式先實(shí)現(xiàn)Model層和Presenter層的代碼。
- 問題：由于Activity/Fragment本身有著復(fù)雜的生命周期旭从，而在不同生命周期可能會(huì)觸發(fā)不同的事件稳强，這也給這種寫法MVP模式帶來了一定的問題。我會(huì)在之后的時(shí)間里探究其他的MVP實(shí)現(xiàn)方式和悦。
補(bǔ)充：當(dāng)然可以在Presenter中定義onResume()/onDestroy()等方法實(shí)現(xiàn)對(duì)生命周期事件的處理退疫。
Github地址:https://github.com/zhangke445566/AndroidDesignPatternTest
