Android架构设计---MVP模式第（二）篇，如何减少类爆炸

今天是2017年3月16日，差不多一年前，写过一篇MVP基础类型的文章Android架构设计---MVP模式第（一）篇，梳理了一下MVP怎么使用。OK，先回忆一下。

一、基础知识

1.1、MVP分层

总共分成三层

a 、View: 视图层，对应xml文件与Activity/Fragment；
b 、Presenter: 逻辑控制层，同时持有View和Model对象；
c 、Model: 实体层，负责获取实体数据。

1.2、实现方式

总共四步

a、根据项目需求，写一个 XXView 接口。然后让对应的 Activity/Fragment 实现这个接口。View 层基本搞定！
b、编写 Model 层，主要就是网络数据请求了或者其他什么耗时操作，实现方式尽情发挥你的想象，但是最后一定需要用 Presenter 层定义的接口，回调给 Presenter 通知 View 层 更新数据。
c、编写 Presenter 层，Presenter 层需要持有 View 层和 Model层的引用，并且实现 Presenter 层定义的回调接口。在回调接口中调用 View 层的代码 进行界面更新，最重要的是，有一个调用通过Model层的方法，在此方法中，调用 Model 层请求数据。
d、回到View 层的Activity ，调用 Presenter 层获取数据。到此完成。

1.3、原理图

1.4、暴露的问题

可见采用MVP模式之后，虽然类数量变大，但是逻辑更加清晰，遵守了高内聚，低耦合的设计原则，完全避免了几千行代码的Activity，这势必可以提交整个团队的开发效率。但是仍然美中不足，因为每个功能块的代码都是类似的，只是细节上会有所不同，正如上篇博客有些人评论就有问到这个问题。

所以我们要将MVP进行优化，所以这篇博客的目标就是减少"类爆炸！"，用的更爽。

二、MVP设计优化

关于MVP减少类数量，已经有很多人研究过，我将站在他们的肩膀上进行学习，个人觉得模式是一种思想，不是“法律”，所以MVP没有固定的写法，结合需求，理清架构，应该都可以有自己的独特MVP写法。本文不揉杂Rxjava,DataBinding以及一些注解框架，降低理解MVP的难度，我参考一个开源项目,优化了一下，相比之前，简洁不少。

2.1、优化对比

先看一下优化的效果对比

优化前

优化后

优化之前，实现一个网络请求+UI需要八个类（去除adapter,实体类等），优化之后，只需要四个类就搞定了（看joke包中的4个类），现在介绍一下优化步骤。

2.2、Base类抽取

我们类臃肿的原因是，M层，V层，P层没有抽取，导致每一个功能模块都对应着一个M，V，P三个类。现在讲三个类抽取一下：

public interface BaseView {

void showLoading();

void hideLoading();

void showError();

}

不多解释，定义了几个与UI显示相关的方法

public interface BaseModel {

}

暂时还是空的

public abstract class BasePresenter<M, V> {

public M mModel;

private V mView;

public WeakReference<V> mViewRef;

public void attachModelView(M pModel, V pView) {

mViewRef = new WeakReference<V>(pView);

this.mModel = pModel;
}

public V getView() {
if (isAttach()) {
return mViewRef.get();
} else {
return null;
}
}

public boolean isAttach() {
return null != mViewRef && null != mViewRef.get();
}

public void onDettach() {
if (null != mViewRef) {
mViewRef.clear();
mViewRef = null;
}
}
}

Presenter层仍然要持有M，V的强引用，在attachModelView这个方法中，对两个对象进行赋值，这里可以看到我简单是采用了弱引用的方式去保存这个View的对象引用,减少内存泄露的可能性。OK，这就是MVP模式中的三个base类。

2.3、合约分包模式

Contract模式就是将三个接口合并为一个，如下：

public interface JokeContract {

interface JokeView extends BaseView {
void setJoke(Joke pJoke);
}

interface JokeModel extends BaseModel {
void requestJoke(String pNum, String pSize, MVPListener pMVPListener);
}

abstract class JokePresenter extends BasePresenter<JokeModel, JokeView> {

public abstract  void requestJoke(String pNum, String pSize);
}
}

以后我们不需要单独写View层和Presenter层了，将相同模块的M，V，P三层定一个合约，互相搞基，放在一块，统一管理。我们还需要看一个基类

public abstract class BaseActivity<T extends BasePresenter, M extends BaseModel> extends Activity {

public T mPresenter;

public M mModel;

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(getLayoutResId());
//内部获取第一个类型参数的真实类型  ，反射new出对象
mPresenter = CreateUtil.getT(this, 0);
//内部获取第二个类型参数的真实类型  ，反射new出对象
mModel = CreateUtil.getT(this, 1);
//使得P层绑定M层和V层，持有M和V的引用
mPresenter.attachModelView(mModel, this);
initView();
}

@Override
protected void onDestroy() {
super.onDestroy();
mPresenter.onDettach();
}

//子类Activity实现
public abstract void  initView();
//子类Activity实现
public abstract int getLayoutResId() ;
}

顺便看一下CreateUtil，对于这种方式不明白的,移步Java中的getGenericSuperclass方法的基本用法。

public class CreateUtil {

static <T> T getT(Object o, int i) {
try {

return ((Class<T>) ((ParameterizedType) (o.getClass().getGenericSuperclass())).getActualTypeArguments()[i]).newInstance();
} catch (Exception e) {
e.printStackTrace();
}
return null;
}
}

内部获取第i个类型参数的真实类型 ，反射new出对象.

2.4、Presenter 的实现

这部分没办法，每一个业务需求不一样，都需要重新编写的，可以适当变化，建议一个模块编写一个。

public class JokePresenter extends JokeContract.JokePresenter {

@Override
public void requestJoke(String pNum, String pSize) {

final JokeContract.JokeView mView = getView();

if(mView==null){
return;
}

mView.showLoading();

mModel.requestJoke(pNum, pSize, new MVPListener<Joke>() {

@Override
public void onSuccess(Joke pJoke) {
mView.hideLoading();
mView.setJoke(pJoke);
}
@Override
public void onError() {
mView.hideLoading();
mView.showError();
}
});
}
}

现获取父类已经绑定的mView，把loading显示出来，然后用父类已经绑定的Model交给去请求数据，等数据请求完毕后，在通知mView去更新UI。这个跟以前都差不多。其中的MVPListener作为Model的回调接口，作用是把数据传递给P层。

public interface MVPListener<E> {

/**
* 成功的时候回调

*/
void  onSuccess(E pJoke);

/**
* 失败的时候回调
*/
void  onError();
}

2.5、Moldel 的实现

public class JokeModel implements JokeContract.JokeModel {

public static final String REQUEST_SERVER_URL = "http://api.jisuapi.com/xiaohua/text?";

public static final String APPKEY = "&appkey=9814b57c706d0a23";

//http://api.jisuapi.com/xiaohua/text?pagenum=10&pagesize=3&appkey=9814b57c706d0a23
@Override
public void requestJoke(String pNum, String pSize, final MVPListener pMVPListener) {

VolleyRequest.newInstance().newGsonRequest(REQUEST_SERVER_URL + "pagenum=" + pNum + "&" + "pagesize=" + pSize + "&sort=addtime" + APPKEY,

Joke.class, new Response.Listener<Joke>() {
@Override
public void onResponse(Joke pJoke) {
if (pJoke != null) {
pMVPListener.onSuccess(pJoke);
} else {
pMVPListener.onError();
}
}
}, new Response.ErrorListener() {
@Override
public void onErrorResponse(VolleyError error) {
pMVPListener.onError();
}
});
}
}

这一部分跟以前相比基本没有变化，不多解释，可以看看上一篇博客。

2.6、Activity 的实现

public class JokeActivity extends BaseActivity<JokePresenter, JokeModel> implements JokeContract.JokeView {

public static final String PAGE_NUM = "1";

public static final String PAGE_SIZE = "20";

private ListView mListView;

private ProgressBar mLoadingBar;

private ArrayList<JokeInfo> mJokeInfoArrayList = new ArrayList<>();

private JokeAdapter mJokeAdapter;

@Override
public int getLayoutResId() {
return R.layout.activity_joke;
}

@Override
public void initView() {
mLoadingBar= (ProgressBar) findViewById(R.id.pressbar);
mListView = (ListView) findViewById(R.id.main_page_joke_lv);
mJokeAdapter = new JokeAdapter(this, mJokeInfoArrayList);
mListView.setAdapter(mJokeAdapter);
mPresenter.requestJoke(PAGE_NUM, PAGE_SIZE);
}

@Override
public void setJoke(Joke pJoke) {
if (pJoke != null) {
Joke.Result result = pJoke.getResult();
if (result != null) {
ArrayList<JokeInfo> jokeInfoArrayList = result.getJokeInfoArrayList();
mJokeInfoArrayList.addAll(jokeInfoArrayList);
mJokeAdapter.notifyDataSetChanged();
}
}
}

@Override
public void showLoading() {
mLoadingBar.setVisibility(View.VISIBLE);
}

@Override
public void hideLoading() {
mLoadingBar.setVisibility(View.INVISIBLE);
}

@Override
public void showError() {
TextView errorView = new TextView(this);
errorView.setTextSize(20);
errorView.setText("请求失败了");
mListView.setEmptyView(errorView);
}
}

短短六七十行代码就OK了，效果如下。

效果.gif

最后有一个MVPHepler插件，可以自动实现MVP部分代码，哈哈,对于这种插件，公司完全可以写一个，以后开发就不用写了。

20161021095635792.gif

终于写完了，下班回家，Please accept mybest wishes for your happiness and success !

参考：
http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2016/0513/4260.html
http://blog.csdn.net/dantestones/article/details/51445208
http://www.cnblogs.com/liemng/p/5955169.html
http://blog.csdn.net/z2wenfa/article/details/52873009
http://blog.csdn.net/dantestones/article/details/51445208
https://github.com/googlesamples/android-architecture/tree/todo-mvp/
http://android.jobbole.com/82051/

作者：LooperJing

链接：http://www.jianshu.com/p/3a17382d44de

來源：简书

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。