应用MVP模式写出可维护的优美Android应用
在Android开发中，我们常常会动辄写出数千行的Java类，而当一个Activity有4、5千行的时候，想找一个逻辑在哪儿就会显得异常痛苦了。比如想在数据加载错误的时候，显示一个提示信息，上上下下得找很久。
最近用了MVP模式后，我觉得找到了一个不错的框架级解决方法。
首先看看
MVP是什么
MVP是MVC模式的一个衍生物，可以简单看下图。在MVP模式中，V层完全和M层（在Android中可能是Model、DAO、或者通用的business logic）分开。在中间用P层分隔，从而把数据有关和UI有关完全分离开。
主流的MVP又有两种实现方式
１）Activity、Fragment、View直接作为V层。Presenter通过继承被视图层实例化或者通过注入得到。这样Presenter在理想状态下可以完全和Android分离，也剥离了activity的那些生命周期。
2）Activity和Fragment作为P层，另外单独创建一个V层类，持有Activity里面的各种view，并提供接口让Activity调用来更新界面。
为了让V层和P层解耦，通常P层对V层的持有是通过interface的。
一个完整的事件流可以是
Let's cc
这里用第一种实现方式来做个例子。
每个Activity继承的基类：
/**
* A {@link QZoneBaseActivity} that uses an {@link MvpPresenter} to implement a MVP Architecture.
*/
public abstract class MvpActivity<P extends MvpPresenter> extends QZoneBaseActivity implements MvpView {
protected P presenter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
presenter = createPresenter();
if (presenter == null) {
throw new NullPointerException("Presenter is null");
}
presenter.attachView(this);
}
@Override
protected void onDestroy() {
super.onDestroy();
presenter.detachView(false);
}
/**
* Instantiate a presenter instance
*
* @return The {@link MvpPresenter} for this view
*/
protected abstract P createPresenter();
}
暴露给Presenter的View层接口：
/**
* The root view interface for every mvp view
*/
public interface MvpView {
}
Presenter层，拜托了繁琐的activity周期，只有创建和销毁两个状态接口。
/**
* The base interface for each mvp presenter
*/
public interface MvpPresenter<V extends MvpView> {
/**
* Set or attach the view to this presenter
*/
void attachView(V view);
/**
* Will be called if the view has been destroyed. Typically this method will be invoked from
* <code>Activity.detachView()</code> or <code>Fragment.onDestroyView()</code>
*/
void detachView(boolean retainInstance);
}
比如这次做新的留言板需求，我就写了
public class QZoneLeaveMessageActivity extends MvpActivity<LeaveMessagePresenter> implements LeaveMessageView, OnClickListener {
}
// Lce就是Load Content Error，通用的load数据View接口
public interface MvpLceView<M> extends MvpView {
void showLoading(boolean pullToRefresh);
void showContent();
void showError(Throwable e, boolean pullToRefresh);
void setData(M data);
void loadData(boolean pullToRefresh);
}
public interface LeaveMessageView extends MvpLceView<List<TemplateData>> {
...
}
public class LeaveMessagePresenter extends MvpBasePresenter<LeaveMessageView> implements QZoneServiceCallback {
}
这么些类来应用了MVP模式，个人觉得是比以前清晰了不少。
个人心得
不要把presenter当做OnClickListener，View才是来处理用户输入和给予反馈的，presenter不应该知道view内部的逻辑来判断点击某个按钮后做出什么相应。一个简单的判断某个逻辑是否属于presenter的方法是，如果view层不是android，而是java桌面应用，那你的presenter层是不是还能不做更改地work。view层只做presenter层让你做的，比如上图view层用户点了一个按钮，View调用了presenter.loadUsers，presenter一边在background thread去getUsers，一边调用了view.showLoading()，view层不该自说自话地showLoading。不过如何showLoading，比如展示怎么样的动画，那就是view层的内部矛盾了。一个很大的好处，就是通过MVP，异步变得很清晰，view层的东西完全是主线程的，只需要等着presenter调就行了。
<p>版权声明：本文为博主原创文章，未经博主允许不得转载。</p>