最近在做公司项目的重构工作，主要重构点包括：
- 网络请求框架由 HttpURLConnection + Handler 改为 Retrofit + OkHttp + RxJava
- 事件通知由 安卓广播 改为 RxBus
- 图片加载框架由 ImageLoader 改为 Glide
- 代码优化（瘦身，内存泄漏分析等）
- 将传统Activity作为God Object的MVC模式 改为兼容原代码的MVP模式
- …
这是现在Android应用的主流架构： Retrofit + OkHttp + RxJava + MVP
今天主要分享一下，如何将原项目转为MVP模式，并且兼容原有代码。有空的话再分享其他模块的重构经过。
MVP，全称 Model-View-Presenter，其中Presenter解耦了Model与View，使得每个模块的职责更加单一，Model负责获取数据，View只关心视图的绘制，Presenter关联Model和View处理业务逻辑。
与传统的MVC模式相比更加易于维护和排查漏洞，以及更容易编写单元测试。
MVP模式也有一些缺点，比如类文件数目增加，每一层都需要接口与实现类，在系统相对不是特别复杂的情况下可以舍弃Model层与Presenter接口，MVP模式并没用固定的模板，其中每一层的实现可以根据各自的业务场景做相应的调整。
并不是所有的页面都需要使用MVP模式，相对简单的页面完全可以用原来的实现模式。
推荐几篇关于MVP模式介绍比较全面的文章：
下面正式开始，如有不妥之处，请老司机多多指教。
首先定义各层的接口，各层之间通过接口耦合：
1. View接口
public interface IView{ }2.Model接口：
public interface IModel { }3.Presenter 接口：
public interface IPresenter {
void attachView(T view);
void start();
void detachView();
}实现一下Ipresenter接口中简单的逻辑：BasePresenter ，使用时直接继承该类：
public abstract class BasePresenter implements IPresenter {
protected static final String TAG = "BasePresenter";
protected T mView；
protected M mModel;
@Override
public void attachView(T view) {
mView = view;
}
@Override
public void detachView() {
mView = null;
}
public boolean isViewAttached() {
return mView != null;
}
public T getView() {
return mView;
}
public M getModel() {
return mModel;
}
}
到目前为止MVP模式的基础代码已经编写完成了，下面的介绍是为了兼容原代码。
现有项目中一般都会有一个BaseActivity，为了方便在Activity中使用MVP模式，以及不影响现有页面，再次实现一个IViewActivity继承BaseActivity封装MVP相关逻辑。如果要使用MVP模式则继承IViewActivity，否则继承BaseActivity，从而兼容了原有代码，并且引入MVP模式开发新页面。
下面是IViewActivity：
/** * Mvp base activity * Created by qiulinmin on 16-9-22. */ public abstract class IViewActivity
extends BaseActi implements IView { protected P mPresenter; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); mPresenter = onLoadPresenter(); getPresenter().attachView(this); initEventAndData(); getPresenter().start(); } public P getPresenter() { return mPresenter; } @Override protected void onDestroy() { if (getPresenter() != null) { getPresenter().detachView(); } super.onDestroy(); } protected abstract P onLoadPresenter(); protected abstract void initViews(Bundle savedInstanceState); protected abstract void initEventAndData(); }
在 onLoadPresenter() 中初始化Presenter，初始化工作完成之后会调用IPresenter.start()方法转到Present层处理业务逻辑。
以上关于MVP模式所有代码都已经编写好了。
使用时为了减少类文件数目，可以写一个Contract接口来统一管理每一层的接口，例如：
public interface DemoContract {
interface View extends IView {
}
interface Model extends IModel {
}
interface Presenter extends IPresenter {
}
}最后实现present，model接口，
public class DemoPresenter extends BasePresenter implements DemoContract.presenter { }public class DemoModel implements DemoContract.Model { }在DemoPresenter的构造器中需要初始化DemoModel，因为是接口耦合的，在初始化DemoModel时完全可以替换成其他的实现。
最后的最后Activity作为View层实现DemoContract.View：
public class DemoActivity extends IViewActivity implements DemoContract.View {
protected DemoContract.Presenter onLoadPresenter() {
return new DemoPresenter();
}
protected void initViews(Bundle savedInstanceState) {
//略...
}
protected void initEventAndData() {
//略...
}
}Activity顿时感到如释重负，它只要关心如何绘制UI，把逻辑处理的工作丢给了Presenter，同时存取数据的活交给了Model，Presenter 通过 Model 获取数据，通知 View 绘制界面。而且他们之间又是通过接口耦合的，只要替换掉实现，就能方便的改变需求，Presenter实现中可以不包含任何Android相关的代码，因为是纯Java代码，所以可以方便的使用JUnit配合Mokito进行单元测试。
