MVC ( Model - View - Controller ) 是一種軟件框架設(shè)計(jì)模式,其將業(yè)務(wù)邏輯,數(shù)據(jù),界面顯示分離的方式組織代碼.彼此分離解耦,實(shí)現(xiàn)較好的維護(hù)性和可擴(kuò)展性.其中,Model層負(fù)責(zé)處理數(shù)據(jù)和業(yè)務(wù)邏輯工作;View層負(fù)責(zé)界面的顯示與更新的結(jié)果;而Controller則是兩者的媒介或是橋梁,控制View層與Model層的通信來達(dá)到這兩層的分離效果.
human - - > Controller ----> Model ----> View - - > human ( 其中 ?Controller <----> 數(shù)據(jù)庫 (懶得做圖 =.=))
Android中如何運(yùn)用呢,相對(duì)應(yīng)的角色應(yīng)該怎么分配的?在Android中,Model層中適合做一些業(yè)務(wù)邏輯處理,多包括一些數(shù)據(jù)存取,網(wǎng)絡(luò)請(qǐng)求,復(fù)雜算法和一些耗時(shí)任務(wù)操作等;Android中的Activity和xml布局可以視為View層;并且Activity也作為Controller的存在,Activity處理用戶交互請(qǐng)求,實(shí)現(xiàn)View視圖,發(fā)起Model層請(qǐng)求作業(yè)等.
具體實(shí)現(xiàn),舉個(gè)例子:你可以定義一系列Model層業(yè)務(wù)數(shù)據(jù)處理接口
Activity中通過Model對(duì)象直接調(diào)用其方法實(shí)現(xiàn)起Controller對(duì)Model層的控制作用,Model層調(diào)用View層接口實(shí)現(xiàn)其對(duì)View層的更新.這就是一種簡(jiǎn)單的MVC框架模式了.以后若是想更換網(wǎng)絡(luò)請(qǐng)求框架或其他類似的更新擴(kuò)展操作,就比較好維護(hù).有較好的代碼的可維護(hù)性與擴(kuò)展性.
MVP ( Model - View - Presenter ) 請(qǐng)先正襟危坐仔細(xì)研讀官方架構(gòu)Android架構(gòu)藍(lán)圖.?
MVP將復(fù)雜任務(wù)劃分為更小的任務(wù), View層變得更加簡(jiǎn)單.數(shù)據(jù)業(yè)務(wù)邏輯與一些界面相關(guān)更新操作更加解耦分離開來,代碼的靈活性提升.
1.data <----> presenter <----> view
2.data <----> presenter <----> view (其中不同data ----> 1.presenter)
基類
這兩個(gè)Base基類分別是所有Presenter與View的基類.BaseView中的setPresenter方法作用是將presenter實(shí)例傳入view中,調(diào)用時(shí)機(jī)是在presenter實(shí)現(xiàn)類的構(gòu)造方法中.BasePresenter中的start方法作用是開始獲取數(shù)據(jù)并調(diào)用view中方法刷新界面,其調(diào)用時(shí)機(jī)是在Fragment類的onResume方法中.但其并不是必須用到的.
契約類,統(tǒng)一管理所有view與presenter的方法接口,直接可以看到一個(gè)頁面所有的交互功能接口,一目了然.
Activity于MVP中是一個(gè)全局的控制者,負(fù)責(zé)創(chuàng)建view( fragment )以及presenter實(shí)例,并將兩者聯(lián)系起來.
將fragment作為view層的實(shí)現(xiàn)類,讓Activity作為全局控制者來創(chuàng)建對(duì)象,Activity還可以處理一些外層的比如toolbar等外層界面操作.其實(shí)這樣兩者更能各司其職,fragment對(duì)于適配也比較靈活.
presenter的構(gòu)造方法將自身實(shí)例傳入,如果需要界面做出相應(yīng)的變化,直接通過view調(diào)用view層方法即可,而在view層中在setPresenter中得到presenter實(shí)例,調(diào)用presenter中方法處理model層的方法接口.model層的實(shí)現(xiàn)被賦予了數(shù)據(jù)獲取的職責(zé).在實(shí)例中,數(shù)據(jù)的獲取,存儲(chǔ),數(shù)據(jù)狀態(tài)變化都是model層的任務(wù),presenter會(huì)根據(jù)調(diào)用該層的數(shù)據(jù)處理邏輯并在需要時(shí)將回調(diào)傳入.這樣model,presenter,view都只處理各自的任務(wù).
代碼的可維護(hù)性,可擴(kuò)展性,定位問題的便捷度,易讀性等,其實(shí)有很多都是優(yōu)秀代碼框架考慮的因素,沒有絕對(duì)完美的框架結(jié)構(gòu),只有在不斷學(xué)習(xí)審其優(yōu)劣,并能真正將其運(yùn)用到自己的代碼結(jié)構(gòu)里才算是能比較好的運(yùn)用框架吧.
reference
