概述
對于MVP設計模式，是目前為止， Android開發(fā)中最為流行也被證實最為有效的設計模式，其它一些設計架構(gòu)很多都是以MVP為基礎的。
本篇博客是MVP在實際工作中深入應用的總結(jié)，不是MVP的入門博客，對于入門讀者請點擊下面的傳送裝置：
對于MVP，我就在實際工作中遇到的場景，進行總結(jié)
場景一 ： 多個地方有相同操作
相同的操作，既可以指同一功能，也可以指完成某件事情的一系列操作。
例如：
對于 每一個列表項的商品，都有“關注”的功能。其它的地方也有“關注”功能，那么該如何處理呢？
在降價通知中的商品也有“關注”的功能
分析
對于每一個商品，我們發(fā)現(xiàn)，“關注”功能是基本的功能，每一個地方都是存在的，那么我們應該把該功能模塊抽象出來，進行模塊化，這個能力應該是每一個coder都可以想到的。
問題是該如何抽象出來？因為這里面包含了業(yè)務代碼和相關的界面操作代碼。
看看mvp在這個模塊部分的工作。
code過程
首先建立一個 FocusContract
public interface FocusContract {
interface View {
void showProgressDialog(String message);
void showProgressDialog();
void hideProgressDialog();
void showToast(String message);
void showToast(int resId);
}
interface Presenter {
interface FocusChangeResultListener{
void result(boolean result);
}
void addFocus(int goodsId, FocusChangeResultListener listener);
void removeFocus(int goodsId, FocusChangeResultListener listener);
}
}
然后，我創(chuàng)建 一個FoucsPresenter 實現(xiàn) Contract.Presenter接口 ,來模擬業(yè)務接口。
public class FoucsPresenter implements FocusContract.Presenter {
private FocusContract.View mView;
private Handler mHandler = new Handler();
public FoucsPresenter( FocusContract.View view) {
mView = view;
}
@Override
public void addFocus(final int goodsId, @NonNull final FocusChangeResultListener listener) {
//模擬業(yè)務過程
mView.showProgressDialog("正在添加關注");
mHandler.postDelayed(new Runnable() {
@Override
public void run() {
listener.result(true);
mView.hideProgressDialog();
mView.showToast("添加成功");
}
},5000);
}
@Override
public void removeFocus(final int goodsId,@NonNull final FocusChangeResultListener listener) {
mView.showProgressDialog("正在移除關注");
mHandler.postDelayed(new Runnable() {
@Override
public void run() {
listener.result(true);
mView.hideProgressDialog();
mView.showToast("移除成功");
}
},5000);
}
實現(xiàn)Contract.View的相關接口
public class FocusView implements FocusContract.View {
private CustomProgressDialog mProgressDiaog;
private Toast mToast;
private Activity mActivity;
public FocusView(Activity activity){
mProgressDiaog = new CustomProgressDialog(activity);
mActivity = activity;
}
public void showToast(String message){
if (mToast != null){
mToast.cancel();
}
mToast = Toast.makeText(mActivity,message,
Toast.LENGTH_SHORT);
mToast.show();
}
public void showToast(int resId){
if (mToast != null ){
mToast.cancel();
}
mToast = Toast.makeText(mActivity,resId,
Toast.LENGTH_SHORT);
mToast.show();
}
@Override
public void showProgressDialog(String message) {
if (!mProgressDiaog.isShowing()) {
mProgressDiaog.show(message);
}
}
@Override
public void showProgressDialog() {
mProgressDiaog.show();
}
@Override
public void hideProgressDialog() {
mProgressDiaog.dismiss();
}
}
為了使用方便，我對 View 和present進行再次的封裝
public class FocusManger {
private FocusContract.View mView;
private FocusContract.Presenter mPresenter;
public interface OnFocusListener {
void succeed(int goodsId);
void failure(int goodsId);
}
public FocusManger(Activity activity) {
mView = new FocusView(activity);
mPresenter = new FoucsPresenter(mView);
}
public void addFoucs(final int goodsId, final OnFocusListener listener) {
mPresenter.addFocus(goodsId, new FocusContract.Presenter.FocusChangeResultListener() {
@Override
public void result(boolean result) {
mView.hideProgressDialog();
if (result) {
listener.succeed(goodsId);
} else {
listener.failure(goodsId);
}
}
});
}
public void removeFocus(final int goodsId, final OnFocusListener listener) {
mPresenter.removeFocus(goodsId, new FocusContract.Presenter.FocusChangeResultListener() {
@Override
public void result(boolean result) {
mView.hideProgressDialog();
if (result) {
listener.succeed(goodsId);
} else {
listener.failure(goodsId);
}
}
});
}
}
于是碰到 添加關注的這一功能，要是用的時候就非常的簡單了，只需要如下的代碼：
FocusManger focusManger = new FocusManger(context)
focusManger.addFoucs(goodsIdTag, new FocusManger.OnFocusListener() {
@Override
public void succeed(int goodsId) {
}
@Override
public void failure(int goodsId) {
}
});
總結(jié)
看到?jīng)]，經(jīng)過上面步驟，我使用mvp的設計架構(gòu)將這個“關注”的相關的操作進行了封裝。這樣在任何界面碰到關注這個功能的手就可以直接使用，少寫了大量的代碼。
最重要的是，采用上面的方式，具有良好的擴展性，有有一天業(yè)務變了，取消了“關注”這個功能，那么我只需要改動幾行代碼就行了，有一關注功能的業(yè)務邏輯改變了，那么我只需要更換相應的 業(yè)務邏輯代碼就行了，界面部分不需要任何改動。
場景二
如果一個 Fragment 或者 Activity 的界面復雜，功能較多，那么建議使用多個 presenter 和 View 也就是說進行切分。
