我要先吐槽
通常情況下，跟著視頻或者博客書籍什么的進(jìn)行入門學(xué)習(xí)的時(shí)候都不會(huì)涉及到設(shè)計(jì)模式。都是普普通通的老套路MVC(暫且稱為MVC吧)。
一般的構(gòu)建步驟都是這樣：
- 1.創(chuàng)建XML的布局文件
- 2.View類（Activity,Fragment）里面設(shè)置布局文件，找到控件
- 3.根據(jù)控件開始balabala的寫各種邏輯各種操作
有的可能還會(huì)分一下層，什么modle類或者網(wǎng)絡(luò)請(qǐng)求啥的還稍微封裝一下。我見過公司最惡心的一個(gè)工程是所有的邏輯處理居然都放在了一個(gè)類里面（APP進(jìn)去的主菜單界面里）用到什么NEW什么整個(gè)類下來4000多行，你可能會(huì)說源碼里幾千行的類多了去了又什么奇怪的。但是4000行就五六個(gè)方法，其中的一個(gè)方法達(dá)到了2800行之多里面是各種邏輯判斷。我的天！！！這可是在Activity里面啊！！！就這么直接跟各個(gè)控件綁一起，改界面增刪控件怎么改啊！！！看完之后就是一個(gè)大寫的臥槽各種if else 各種蜜汁縮進(jìn)。想像一下這要是重構(gòu)一下主界面的風(fēng)格是有多痛苦，可能所有邏輯都得推了重寫吧，可能當(dāng)時(shí)寫這個(gè)程序的同事自己來看都是一臉懵逼，更別說半路來接手的同事了。好的設(shè)計(jì)模式不光能提高開發(fā)效率提高開發(fā)人員的積極性。也方便后續(xù)接手人員的維護(hù)和再次開發(fā)。還好我不用接手那個(gè)項(xiàng)目不然我可能選擇GO DIE。
言歸正傳
什么是MVP？
M：model層，負(fù)責(zé)數(shù)據(jù)提供和數(shù)據(jù)持久化,數(shù)據(jù)庫，遠(yuǎn)程服務(wù)api之類的
V: view層，負(fù)責(zé)跟用戶交互顯示界面
P：presenter層， presenter意思是主持人，我覺得把他形容成中介更合理。負(fù)責(zé)將M層的數(shù)據(jù)提供給V層，負(fù)責(zé)處理一些后臺(tái)任務(wù)。
model-view-presenter間的關(guān)系
mvp模式中的m層被完全分離出來，不會(huì)跟model層有任何直接的交互。而是通過接口與對(duì)應(yīng)的presenter進(jìn)行綁定。在view層中實(shí)現(xiàn)接口直接使用接口中的數(shù)據(jù)進(jìn)行顯示。
presenter層也是一個(gè)獨(dú)立出來的類跟view的生命周期無關(guān)。在presenter層中進(jìn)行數(shù)據(jù)請(qǐng)求操作和邏輯處理之后通過view的接口類調(diào)用接口方法為view提供處理好的數(shù)據(jù)。
model層則包含了各種數(shù)據(jù)實(shí)體的獲取，遠(yuǎn)程api的調(diào)用獲取服務(wù)器數(shù)據(jù)。將這些原始數(shù)據(jù)交給presenter層處理。
通過這張圖可以比較直接的看出MVP各個(gè)層之間的關(guān)系，data與view間不會(huì)產(chǎn)生直接關(guān)系，而是通過代理presenter進(jìn)行通信。
Demo實(shí)戰(zhàn)
前面說了這么多，都是在各種描述。要說明白一個(gè)東西還是代碼最簡單粗暴。下面是一個(gè)從知乎日?qǐng)?bào)獲取數(shù)據(jù)并顯示在recyclerView中的demo。
目錄結(jié)構(gòu):
這是一個(gè)demo的Java文件目錄結(jié)構(gòu)截圖
從目錄截圖可以看出MVP模式的一個(gè)特點(diǎn)，類和包的量大大的增加了。但是細(xì)看會(huì)發(fā)現(xiàn)類和包雖然多但是結(jié)構(gòu)非常明確，看起來也不會(huì)覺得凌亂。包和類的增加是模塊化和面向接口變成的必然結(jié)果。看似增加了工作量，多寫了好多類但因?yàn)橄鄬?duì)于MVC模式的高度解耦和模塊化對(duì)后期的維護(hù)和開發(fā)提供了極大的便利。不再回牽一發(fā)而動(dòng)全身，改了刪了一個(gè)功能其他功能也受影響。當(dāng)然好處還是要通過代碼才能說清楚。
代碼說明:
說代碼之前我先畫個(gè)草圖把層與層之間的關(guān)系對(duì)應(yīng)一下，理一理
本例中在MainActivity中的所有可能操作都通過實(shí)現(xiàn)IMainActivity的接口方法來實(shí)現(xiàn):
public interface IMainActivity {
//顯示進(jìn)度條
void showProgressBar();
//隱藏進(jìn)度條
void hidProgressBar();
//加載數(shù)據(jù)
void loadData();
// loadMore refresh 就大家自由發(fā)揮了demo中就不寫了
// void loadMore();
//
// void refresh();
//
// void refreshSuccess(ArrayList<ZhihuStory> stories);
//
// void refreshFail(String errCode, String errMsg);
//
// void loadSuccess(ArrayList<ZhihuStory> stories);
//
// void loadFail(String errCode, String errMsg);
//加載數(shù)據(jù)成功回調(diào)
void getDataSuccess(ArrayList<ZhihuStory> stories);
//加載數(shù)據(jù)失敗回調(diào)
void getDataFail(String errCode, String errMsg);
}
MainActivity中new出MainPresenter對(duì)象達(dá)到持有Presenter的目的在MainPrensenter中則通過構(gòu)造函數(shù)獲得IMainActivity對(duì)象（實(shí)現(xiàn)了IMainActivity接口的MainActivity）。這樣Activity與Prensenter就能通過mPrenster對(duì)象和mIMainActivity進(jìn)行交互。具體代碼如下：
public class MainActivity extends AppCompatActivity implements IMainActivity {
ZhihuStoryAdapter mAdapter;
@BindView(R.id.zhihudaily_list)
RecyclerView mZhihudailyList;
@BindView(R.id.activity_main)
RelativeLayout mActivityMain;
@BindView(R.id.progressbar)
ProgressBar mProgressbar;
//將View與Presenter關(guān)聯(lián)
private MainPresenter mPresenter = new MainPresenter(this);
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
ButterKnife.bind(this);
mZhihudailyList.setLayoutManager(new LinearLayoutManager(this));
loadData();
}
//加載數(shù)據(jù)
@Override
public void loadData() {
mPresenter.loadData();
}
//顯示進(jìn)度條
@Override
public void showProgressBar() {
mProgressbar.setVisibility(View.VISIBLE);
}
//隱藏進(jìn)度條
@Override
public void hidProgressBar() {
mProgressbar.setVisibility(View.GONE);
}
//實(shí)現(xiàn)獲取成功的接口方法
@Override
public void getDataSuccess(ArrayList<ZhihuStory> stories) {
//不管界面怎么改只要與presenter進(jìn)行綁定都得到的是stories數(shù)據(jù)，view界面只負(fù)責(zé)展示不關(guān)心怎么獲取怎么處理解析數(shù)據(jù)
if (mAdapter != null) {
mAdapter.addItem(stories);
} else {
mAdapter = new ZhihuStoryAdapter(this, stories);
mZhihudailyList.setAdapter(mAdapter);
}
}
//實(shí)現(xiàn)獲取失敗的接口方法
@Override
public void getDataFail(String errCode, String errMsg) {
Snackbar.make(mActivityMain, errMsg, Snackbar.LENGTH_SHORT).show();
}
}
在Presenter以及modle層邏輯業(yè)務(wù)都寫好之后需要修改界面會(huì)很方便，怎么改都不會(huì)影響到數(shù)據(jù)的獲取。需要在其他界面展示相同數(shù)據(jù)時(shí)只需初始化Prensenter并實(shí)現(xiàn)IMainActivity接口放法即可。
在Presenter中：
public class MainPresenter {
private IMainActivity mIMainActivity;
private ZhihuDailyBiz mDailyBiz;
public MainPresenter(IMainActivity IMainActivity) {
//綁定獲得View對(duì)象
mIMainActivity = IMainActivity;
//綁定獲得業(yè)務(wù)實(shí)現(xiàn)對(duì)象
mDailyBiz = new ZhihuDailyBiz();
}
//對(duì)View提供的調(diào)用方法
public void loadData() {
mIMainActivity.showProgressBar();
mDailyBiz.getStoryData("news/latest", new OnEventLister<ArrayList<ZhihuStory>>() {
@Override
public void onSuccess(ArrayList<ZhihuStory> response) {
mIMainActivity.hidProgressBar();
mIMainActivity.getDataSuccess(response);
}
@Override
public void onFail(String errCode, String errMsg) {
mIMainActivity.hidProgressBar();
mIMainActivity.getDataFail(errCode, errMsg);
}
});
}
}
Presenter提供loadData()方法供view調(diào)用，方法內(nèi)部再通過業(yè)務(wù)對(duì)象去調(diào)用業(yè)務(wù)方法。業(yè)務(wù)類中將結(jié)果通過接口放法返回給Presenter，presenter獲取到結(jié)果后再通過持有的Iview對(duì)象（實(shí)現(xiàn)IMainActivity接口的MainActivity）調(diào)用接口放法將結(jié)果傳遞給view顯示。在Presenter中也可以對(duì)數(shù)據(jù)進(jìn)行一些其他如存儲(chǔ)之類的操作。
Model層比較隨意，不同邏輯不同需求場(chǎng)景對(duì)用著不同的實(shí)現(xiàn)方式。這里是一次向服務(wù)器請(qǐng)求數(shù)據(jù)的需求：
public class ZhihuDailyBiz {
//獲取數(shù)據(jù)的具體實(shí)現(xiàn)方法
public void getStoryData(final String url, final OnEventLister<ArrayList<ZhihuStory>> eventLister) {
final Handler handler = new Handler();
new Thread() {
public void run() {
try {
String result = HttpServiceManager.httpGet(url);
Gson gson = new Gson();
ZhiHuDaily daily = gson.fromJson(result, ZhiHuDaily.class);
final ArrayList<ZhihuStory> stories = daily.getStories();
if (stories != null) {
handler.post(new Runnable() {
@Override
public void run() {
eventLister.onSuccess(stories);
}
});
} else {
handler.post(new Runnable() {
@Override
public void run() {
eventLister.onFail("-100", "獲取日?qǐng)?bào)失敗！");
}
});
}
} catch (Exception e) {
e.printStackTrace();
handler.post(new Runnable() {
@Override
public void run() {
eventLister.onFail("-100", "獲取日?qǐng)?bào)失敗！");
}
});
}
}
}.start();
}
}
這是請(qǐng)求數(shù)據(jù)的具體實(shí)現(xiàn)方法，Http請(qǐng)求已經(jīng)進(jìn)行過封裝可以在demo中去看一下。在Presenter中調(diào)用此方法之后，會(huì)進(jìn)行網(wǎng)絡(luò)請(qǐng)求。請(qǐng)求結(jié)果將通過傳入的OnEventListener對(duì)象的兩個(gè)接口方法回饋給Presenter，（presenter中實(shí)現(xiàn)了onsuccess和onfail方法）。可以根據(jù)服務(wù)器的各種狀態(tài)碼和message作為成功還是失敗的依據(jù)。這里直接用解析story結(jié)果是否為空來判斷。
最后
MVP模式能降低各個(gè)層的耦合度，提高代碼的可讀性和項(xiàng)目的可維護(hù)性。網(wǎng)絡(luò)還有異步操作這些如果配合RxAndroid+Retrofit使用效果更佳，RxAndroid+Retrofit的網(wǎng)絡(luò)框架我現(xiàn)在也只是會(huì)用階段，待我深入理解了之后會(huì)再來一篇文章與大家分享
