我们平时开发都使用的是MVC模式，也就是模型-视图-控制器，随着业务逻辑越来越复杂，Activity类一方面要负责控制View绘制，另一方面又要负责与用户交互及业务逻辑的处理，变得越来越臃肿，为了提高代码可读性降低后期维护成本我建议大家采用MVP模式进行开发，MVP全称Model-View-Presenter，MVP模式通过解耦显示层和逻辑层，避免业务逻辑被塞进View中，能够有效降低View层复杂性，同时也是符合设计模式中的单一职责原则，易于维护。
MVP流程图如图所示：
MVP的三个角色
- Presenter——交互中间人
Presenter主要作为View和Model的桥梁，它从Model层检索数据，返回给View层，使得View和Model层没有耦合，也将业务逻辑从View角色中抽离出来。 - View——用户界面
View通常是指Activity、Fragment或者某个View控件，它含有一个Presenter成员变量。通常View需要实现一个逻辑接口，将View上的操作转交给Presenter处理，最后Presenter调用View逻辑接口将结果返回给View元素。 - Model——数据的存取
对于一个结构化的App来说，Model角色主要是提供数据的存取功能。Presenter需要通过Model层存储、获取数据，Model就像一个数据仓库。更直白的说，Model是封装了数据DAO或者网络获取数据的角色。
MVC、MVP架构对比
MVC架构：
View：对应于布局文件
Model：实体模型
Controllor：对应于Activity
- View可以与Model直接交互。
- Controller是基于行为的，并且可以被多个View共享。
- 可以负责决定显示哪个View。
MVP架构：
View： 对应于Activity、Fragment，负责View的绘制以及与用户交互
Model： 实体模型
Presenter： 负责完成View于Model间的交互
- View不直接与Model交互，而是通过与Presenter交互来与Model间接交互。
- Presenter与View的交互是通过接口来进行的。
- 通常View与Presenter是一对一的，但复杂的View可能绑定多个Presenter来处理逻辑。
从MVC到MVP主要的转变就是减轻Activity的职责，将Activity中负责逻辑处理的操作提取出来放到Presenter中处理，降低Activity中代码复杂度，便于代码的可读及后期维护。
MVP架构模式实现
MVP并不是一个标准化的模式，它的实现方式有多种，只要能保证Presenter将View和Model解耦、降低类型复杂度、各模块可独立测试、独立变化即可，在Android开发中，我们一般把Activity、Fragment作为View层，View层通过接口与Presenter层交互，Presenter层作为View、Model层的桥梁，处理业务逻辑，Model层处理数据的存储与获取。
- Model层
实体模型类
public class NewsDetail {
public String detail_source;
public MediaUserBean media_user;
public int publish_time;
public String title;
public String url;
public boolean is_original;
public boolean is_pgc_article;
public String content;
public String source;
public int video_play_count;
public static class MediaUserBean {
/**
* no_display_pgc_icon : false
* avatar_url : http://p1.pstatp.com/thumb/411000674c8942528d2
* id : 6347463786
* screen_name : 发现世界
*/
public boolean no_display_pgc_icon;
public String avatar_url;
public String id;
public String screen_name;
}
}
Model层数据获取（示例）
public interface ApiService {
String GET_ARTICLE_LIST = "api/news/feed/v62/?refer=1&count=20&loc_mode=4&device_id=34960436458&iid=13136511752";
String GET_COMMENT_LIST = "article/v2/tab_comments/";
/**
* 获取新闻列表
*
* @param category 频道
* @return
*/
@GET(GET_ARTICLE_LIST)
Observable<NewsResponse> getNewsList(@Query("category") String category, @Query("min_behot_time") long lastTime, @Query("last_refresh_sub_entrance_interval") long currentTime);
/**
* 获取新闻详情
*/
@GET
Observable<ResultResponse<NewsDetail>> getNewsDetail(@Url String url);
}
- View层
View层（Activity、Fragment）直接持有Presenter对象，而Presenter通过接口间接持有View对象，View层直接调用Presenter方法处理业务逻辑，Presenter将处理结果通过回调接口的方式传递给View层。
public abstract class CMUMvpBaseActivity<T extends CMUMvpBasePresenter> extends CMUBaseActivity {
protected T mPresenter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mPresenter = createPresenter();
provideContentViewId();
ButterKnife.bind(this);
initView();
initListener();
initData();
}
//用于创建Presenter和判断是否使用MVP模式(由子类实现)
protected abstract T createPresenter();
//得到当前界面的布局文件id(由子类实现)
protected abstract int provideContentViewId();
public void initView(){}
public void initData(){}
public void initListener(){}
@Override
protected void onDestroy() {
super.onDestroy();
if(mPresenter != null){
mPresenter.detachView();
mPresenter = null;
}
}
}
public abstract class CMUMvpBaseFragment<T extends CMUMvpBasePresenter> extends LazyLoadFragment{
protected T mPresenter;
private View rootView;
protected Activity mActivity;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mPresenter = createPresenter();
}
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
if (rootView == null) {
rootView = inflater.inflate(provideContentViewId(),container,false);
ButterKnife.bind(this, rootView);
initView(rootView);
initData();
initListener();
} else {
ViewGroup parent = (ViewGroup) rootView.getParent();
if (parent != null) {
parent.removeView(rootView);
}
}
return rootView;
}
/**StateView的根布局，默认是整个界面，如果需要变换可以重写此方法*/
public View getStateViewRoot() {
return rootView;
}
@Override
public void onAttach(Context context) {
super.onAttach(context);
mActivity = (Activity) context;
}
/**
* 初始化一些view
* @param rootView
*/
public void initView(View rootView) {
}
/**
* 初始化数据
*/
public void initData() {
}
/**
* 设置listener的操作
*/
public void initListener() {
}
@Override
protected void onFragmentFirstVisible() {
//当第一次可见的时候，加载数据
loadData();
}
//用于创建Presenter和判断是否使用MVP模式(由子类实现)
protected abstract T createPresenter();
//得到当前界面的布局文件id(由子类实现)
protected abstract int provideContentViewId();
//加载数据
protected abstract void loadData();
@Override
public void onDestroy() {
super.onDestroy();
if (mPresenter != null) {
mPresenter.detachView();
mPresenter = null;
}
rootView = null;
}
}
- Presenter层
Presenter是Model和View之间交互的桥梁，里面做一些业务逻辑的操作。
public class CMUMvpBasePresenter<V> {
protected V mView;
public CMUMvpBasePresenter(V view) {
attachView(view);
}
public void attachView(V view) {
mView = view;
}
public void detachView() {
mView = null;
}
}
大家平时开发时Activity、fragment分别继承以上父类即可（代码已提交到git），对于开发业务逻辑简单的模块使用MVC模式开发效率更高，只需在子类实现createPresenter方法直接返回null即可，而对于业务逻辑复杂的模块建议采用MVP模式进行开发。
