前言
MVP模式是Android官方推薦的架構(gòu)模式，可使視圖與數(shù)據(jù)層完全解耦刨疼。本文旨意封裝在MVP模式中的基類(lèi)如Activity专缠，F(xiàn)ragment，Presenter類(lèi)捂龄。
以下內(nèi)容建議在了解了mvp模式的讀者閱讀释涛，如果還有對(duì)mvp架構(gòu)模式有疑問(wèn)的，請(qǐng)看我的另外一篇文章《Android MVP架構(gòu)模式初窺門(mén)徑》
為什么需要封裝倦沧？
-
減少類(lèi)似代碼唇撬，使父子類(lèi)代碼結(jié)構(gòu)優(yōu)雅。
app中普遍有設(shè)計(jì)BaseActivity展融，BaseFragment基類(lèi)局荚，將mvp中view層的類(lèi)似代碼也抽取到其當(dāng)中，無(wú)疑是更好的選擇愈污。 -
優(yōu)化代碼編寫(xiě)步驟耀态。
完成封裝之后，得首先編寫(xiě)Model類(lèi)暂雹，其次Presenter類(lèi)首装，最后才是View類(lèi)，符合“從數(shù)據(jù)下手”思想杭跪，在編寫(xiě)View類(lèi)時(shí)不會(huì)有無(wú)從下手的錯(cuò)覺(jué)仙逻。
說(shuō)完了基類(lèi)封裝mvp模式的優(yōu)點(diǎn)驰吓，下面開(kāi)始我們來(lái)看看代碼中是如何實(shí)現(xiàn)的。
- BaseModel
由于model層大多是數(shù)據(jù)跟業(yè)務(wù)邏輯處理系奉，個(gè)個(gè)model接口與實(shí)現(xiàn)類(lèi)可以說(shuō)是層出不窮檬贰，下面只抽取大部分model類(lèi)都會(huì)遇到的場(chǎng)景，即訪問(wèn)網(wǎng)絡(luò)的失敗回調(diào)缺亮。
public interface BaseModel{
void onFailed(String error);
}
- BaseView
BaseView相對(duì)來(lái)說(shuō)更加靈活翁涤，一千個(gè)讀者心里有一千個(gè)BaseView。所以下面只給出參考案例萌踱。
public interface BaseView{
void onLoaded();
void onLoading();
void onLoadFailed(String error);
}
- BasePresenter
在presenter層中葵礼，我們一般要從外獲取對(duì)應(yīng)view層以及model層的實(shí)例，從而在該類(lèi)中進(jìn)行各種操作并鸵，為了追求更直接鸳粉，省去轉(zhuǎn)型的封裝方式，我們使用泛型來(lái)規(guī)定BasePresenter中的view及model實(shí)例字段园担。
public abstract class BasePresenter<T,E>{
public T mModel;
public E mView;
public void setVM(T t,E e){
this.mModel = t;
this.mView = e;
}
}
- BaseActivity / BaseFragment
在視圖層中我們不難發(fā)現(xiàn)届谈，在該模式下的activity/fragment中都會(huì)有對(duì)應(yīng)presenter的引用，通過(guò)該引用設(shè)置view層接口弯汰。這一塊轉(zhuǎn)個(gè)方向也是可以抽取封裝的艰山，同樣用泛型代替。
public abstract class BaseActivity< T extends BasePresenter, E extends BaseModel> extends Activity {
public T mPresenter;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(getLayoutId());
this.initPresenter();
this.initView();
}
public abstract void initPresenter();
public abstract void initView();
public abstract int getLayoutId();
}
public abstract class BaseFragment< T extends BasePresenter, E extends BaseModel> extends Fragment{
public T mPresenter;
public View mView;
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
super.onCreate(inflater,container,savedInstanceState);
mView = inflater.inflate(getLayoutResource(), container, false);
mPresenter = TUtil.getT(this, 0);
this.initPresenter();
this.initView();
return mView;
}
public abstract void initPresenter();
public abstract void initView();
public abstract int getLayoutResource();
}
為了子類(lèi)能夠靈活的使用或不使用mvp模式蝙泼，presenter引用的初始化交給需要設(shè)計(jì)成mvp模式的部分子類(lèi)（第二個(gè)this指實(shí)現(xiàn)了BaseView接口）去處理：
...
@Override
public void initPresenter(){
//需要設(shè)計(jì)成mvp直接加下句代碼 不需要?jiǎng)t不理會(huì)
mPresenter.setVM(TUtil.getT(this,1),this);
}
...
我想讀者看到這里肯定在想這個(gè)神秘的TUtil是什么呢程剥？其實(shí)就是基于反射+泛型的類(lèi)轉(zhuǎn)換類(lèi)，拿到最外層的<>里的參數(shù)數(shù)組然后根據(jù)索引獲取實(shí)例的工具類(lèi)汤踏。
/**
* 類(lèi)轉(zhuǎn)換初始化
*/
public class TUtil {
public static <T> T getT(Object o, int i) {
try {
return ((Class<T>) ((ParameterizedType) (o.getClass()
.getGenericSuperclass())).getActualTypeArguments()[i])
.newInstance();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (ClassCastException e) {
e.printStackTrace();
}
return null;
}
}
總結(jié)
通過(guò)對(duì)mvp模式基類(lèi)的封裝织鲸，加上契約類(lèi)的管理，可以使項(xiàng)目整體框架代碼結(jié)構(gòu)優(yōu)雅溪胶，頁(yè)面各層設(shè)計(jì)一目了然搂擦。（對(duì)契約類(lèi)不是很了解的，可以看我的另一篇文章：《Android MVP架構(gòu)模式初窺門(mén)徑》）
以上就是本人對(duì)mvp基類(lèi)封裝的理解與思考哗脖，如果覺(jué)得我寫(xiě)的不錯(cuò)的瀑踢，點(diǎn)個(gè)喜歡吧！
