国产av日韩一区二区三区精品,成人性爱视频在线观看,国产,欧美,日韩,一区,www.成色av久久成人,2222eeee成人天堂

個(gè)人看來優(yōu)點(diǎn)有以下幾個(gè)：
1、邏輯清晰，界面的歸View，數(shù)據(jù)處理的歸Presenter，不至于出現(xiàn)Activity和Fragment大爆炸，讀起代碼來十分要命，后續(xù)的維護(hù)和升級(jí)也會(huì)帶來很大的方便。我在看別人寫的代碼的時(shí)候，最怕分層不清楚，十分吃力。
2、測(cè)試方便，Presenter可以單獨(dú)抽出來測(cè)試，不用和View綁定在一起測(cè)試，出錯(cuò)了也好排查。

你這么說是沒錯(cuò)啦，專門用presenter來處理view。
我認(rèn)為的好處：
1.presenter正常接收的是一個(gè)view的接口，這個(gè)應(yīng)用DIP（依賴倒置原則），就是讓我們盡量依賴抽象，這樣任意一個(gè)view，只要實(shí)現(xiàn)了這些接口，那么他們都可以共用這些處理邏輯。
2.應(yīng)用了SRP(單一職責(zé)原則)，可以讓數(shù)據(jù)處理邏輯層與view分離，解耦

其實(shí)只是我們?cè)陂_發(fā)中的隨意性有點(diǎn)高，按照OCP原則，對(duì)擴(kuò)展開發(fā)，對(duì)修改封閉，一個(gè)Activity可能會(huì)有 v1 v2 v3版本，那么這時(shí)候你去修改代碼的時(shí)候，可能就是把以前的代碼推到重來，或者在以前的代碼基礎(chǔ)上修改，這是比較危險(xiǎn)的行為，而且也是一個(gè)沒效率的行為，用了MVP，那么當(dāng)你出現(xiàn)了v2、v3版本的時(shí)候，可能增加了幾個(gè)控件，或者減少了幾個(gè)控件，此時(shí)你如果是直接去修改之前的代碼，那么mvp框架確實(shí)沒有鳥用，但是你以擴(kuò)展的方式來進(jìn)行開發(fā)，就不一樣了，多了幾個(gè)控件，那么寫個(gè)新interface繼承原來view的interface，然后再來一個(gè)新的presenter繼承舊的，在這里面進(jìn)行新邏輯的編寫，維護(hù)上面和方便，測(cè)試也只需要測(cè)試新的代碼就行了，程序的穩(wěn)定性可以增強(qiáng)。
所以如果遵照mvp模式來寫，不知不覺中的你代碼的可維護(hù)性就變強(qiáng)了。