MVP 笔记

MVP 与 MVC 简单介绍
实践

参考资料：
Android MVP 详解（下）
一步一步实现 Android 的MVP框架
如何更高效的使用 MVP 以及官方 MVP 架构解析
Android：聊聊我所理解的 MVP

MVP

MVC(图片来自[ Android：聊聊我所理解的 MVP](http://www.iamxiarui.com/2016/09/20/android%EF%BC%9A%E8%81%8A%E8%81%8A%E6%88%91%E6%89%80%E7%90%86%E8%A7%A3%E7%9A%84mvp/?utm_source=tuicool&utm_medium=referral))
MVP 笔记_第2张图片

MVP(图片来自[ Android：聊聊我所理解的 MVP](http://www.iamxiarui.com/2016/09/20/android%EF%BC%9A%E8%81%8A%E8%81%8A%E6%88%91%E6%89%80%E7%90%86%E8%A7%A3%E7%9A%84mvp/?utm_source=tuicool&utm_medium=referral))

Model 中有实体类，还负责对数据的获取，数据的解析，数据的存储，数据的分发，数据的增删改查等操作。涉及到数据操作都是在model进行的。

Presenter 负责把view交给自己的命令进行一定的校验等操作交给model处理，会把model处理的结果交给view

MVC 的问题在于在某种程度上 Activity 扮演了 View 和 Controller 的角色。
MVP 实现更好的解耦，提高代码的灵活性、使得代码层次清晰，而代价就是代码量可能更多。

MVP 的实践

参考 Google 的 todo-mvp，这个官方的项目可不止于 MVP。
实际上实现 MVP 这种架构的方法是很多的，这里我也只是将自己的理解写出来，
如果有什么不对的地方，或者有更好的方法，欢迎讨论。
项目核心文件：

核心文件

MainContract :将 Presenter 和 View 的接口都放到这里，增加可读性
MainController :有时候是 MainActivity 或者 MainFragment
MainPresenter :处理业务逻辑和数据模型等
MainView :只需要接受 Presenter 的控制，做一些初始化的工作

Model 在这里并没有对应的文件，实际上和 MVC 中的 Model 没有太多区别

放一张自己做的关于我理解的 MVP 的一些核心文件之间的关系：

MVP(图片来自[ SoftXJ](http://www.jianshu.com/u/3e8115dfb254))

下面是详细的解析每个文件：

MainContract

interface MainContract {    abstract class View extends BaseView{                //Presenter 在获取数据成功后调用这个方法来设置 View 中的 RecyclerView        abstract void setNewsRecyclerView(News news);                //Presenter 在获取数据成功后要调用这个方法，通知 View 已经完成了数据的更新        abstract void notifyRefreshSuccess();                //同上        abstract void notifyRecyclerChanged();    }    abstract class Presenter extends BasePresenter{        public Presenter(View view) {            super(view);        }                //View 中调用这个方法，让 Presenter 去在线的获取数据        abstract void getNewsOnline(String url);                //View 中调用这个方法，让 Presenter 加载更多的数据        abstract void loadMoreNews(News news);                //View 中调用这个方法，让 Presenter 查看当前数据是否最新        abstract void checkIsLatest(String url);    }}

这个文件在我的理解中是可以没有的，但添加了之后代码就会更加的清晰。
毕竟 MVP 结构中每个 Activity/Fragment 都跟着若干的 Presenter 和 View，某种意义上也是比较的臃肿。
那如何利用这样的接口类让整个项目变得清晰呢？

首先，记得让我们的 MainView、MainPresenter 继承这个接口中的 View 和 Presenter。
记得在 View 获取 Presenter 的实例的时候，应该获取 Contract.Presenter，而不是具体的实现的类。反之，在 Presenter 获取 Contract.View。

MVP-P

这么做的目的是为了让 View 和 Presenter 只能调用对方在 Contract 中定义的方法
这时候就不能随意调用对方的方法，哪怕是 public 方法，
一来看源码的时候就很清晰的知道 View 和 Presenter 都有哪些操作。
一来促使我们在 Contract 写方法的时候认真想一想这些方法是否有必要让对方调用。

BaseView 和 MainView

注意， MainContract 中的 View 会继承这个 BaseView，而不是给 MainView 直接继承的。
BaseView 封装一些每个 View 都会有的方法，提高复用。
这里的 View 是继承自 Fragment，传入的 Presenter 不确定，所以用泛型类 T
部分代码如下：

public abstract class BaseView extends Fragment {    public Activity mActivity;    private T mPresenter;    /**     * 初始化presenter，方便view层操作presenter来操作数据     *     * @param presenter presenter对象     */    public void setPresenter(T presenter) {        mPresenter = presenter;    }    /**     * 用于加载需要加载的layout视图     *     * @return layout's id     */    public abstract int viewLayoutId();    /**     * 此方法用于初始化 View 视图。当 Fragment 的 onCreateView()方法被调用时，会回调此方法。     *     * @param view 通过 viewLayoutId 获得父视图     */    public abstract void initView(@Nullable View view);    @Override    public void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        mActivity = getActivity();    }    @Nullable    @Override    public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {        if (viewLayoutId() == 0) {            initView(null);            return super.onCreateView(inflater, container, savedInstanceState);        }        View view = inflater.inflate(viewLayoutId(), container, false);        initView(view);        return view;    }    @Override    public void onResume() {        super.onResume();        if (mPresenter != null) {            mPresenter.start();        }    }    @Override    public void onPause() {        super.onPause();        if (mPresenter != null) {            mPresenter.destory();        }    }}

MainView，在这里并没有展示太多的操作，主要是针对特定的页面的一个初始化。
相信很多人一开始会一直想，什么操作放到 View，什么操作放到 Presenter 呢？
在实际开发中，比如弹出一个 AlertDialog，针对 dialog 的一些初始化自然是在 View 中，而显示的数据则通过调用 mPresenter 的方法获取，获取之后显示的位置等在 View 设置。
再比如 RecyclerView、ViewPager 等的滑动监听的事件自然在 View，等等。

public class MainView extends MainContract.View {    private TextView mTextView;    private Button mButton;    private MainContract.Presenter mMainPresenter;    @Override    public void showText(String text) {        mTextView.setText(text);    }    @Override    public int viewLayoutId() {        return R.layout.activity_main;    }    @Override    public void setPresenter(NewsContract.Presenter presenter) {        super.setPresenter(presenter);        mMainPresenter = presenter;    }    @Override    public void initView(@Nullable View view) {        if (view != null) {            mTextView = (TextView) view.findViewById(R.id.text);            mButton = (Button) view.findViewById(R.id.test);            mButton.setOnClickListener(new View.OnClickListener() {                @Override                public void onClick(View v) {                    openActivity(TestController.class);                }            });        }    }}

BasePresenter 和 MainPresenter

BasePresenter 同样是封装好一些常用的方法

public abstract class BasePresenter {    private V mView;    public BasePresenter(V view) {        mView = view;        mView.setPresenter(this);    }     /**     * 获得View的对象     *     * @return 与Presenter绑定在一起的view对象     */    public V getView() {        return mView;    }    /**     * 生命周期开始回调     */    public abstract void start();    /**     * 生命周期结束回调     */    public abstract void destory();}

MainPresenter 中实现 View 中的一些业务逻辑，比如请求数据、处理数据等需要操作，
下面只是部分的代码，值得一提是 Presenter 中通过构造函数获取 View 的实例，View 中通过setPresenter()获取。

public class NewsPresenter extends NewsContract.Presenter {    private NewsContract.View mView;    public NewsPresenter(NewsContract.View view, NewsSource newsSource) {        super(view);        mView = view;    }   /**     * 初始化页面时被调用     * 会判断加载的数据是否已经加载过     * @param url     */    @Override    void getNewsOnline(String url) {        News news = mNewsSource.getNewsToCacheWithTime(time);        if (news != null){            mView.setNewsRecyclerView(news);            return;        }        //如果缓存内没有数据再去加载        mNewsSource.getNews(url,new ResultCallback() {            @Override            public void onSuccess(final News data) {                mNewsSource.saveNewsToCache(data);                mView.setNewsRecyclerView(data);            }            @Override            public void onFail(String msg) {                LogUtil.e("fail：" + msg);            }        });    }

BaseController 和 MainController

其实 Controller 一般来说是对应我们说的 MVC 的 C。
一般情况下，MVP 的 V 对应的可以是 Activity / Fragment 等，这里是因为项目结构的原因，我写的 View 都是继承的 Fragment，所以额外添加了一个 Controller 来控制、联系 View 和 Presenter。

BaseController 控制 Presenter 和 View 层，统一界面

public abstract class BaseController extends BaseActivity {    private V mView;    @Override    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        mView = createBaseView();        createBasePresenter(mView);    }    /**     * 生成一个最基本的view     *     * @return view     */    protected abstract V createBaseView();    /**     * 通过baseView返回一个basePresenter     *     * @param baseView 最基本的view     * @return 最基本的basePresenter     */    protected abstract P createBasePresenter(V baseView);}

MainController 在 createBaseView() 返回了一个 MainView 的实例，这个实例会先传递到 BaseController 的 onCreate()，然后被传到下面的 createBasePresenter() 中，然后就传递给了 MainPresenter 中。

public class MainController extends BaseController {        @Override    protected MainContract.View createBaseView() {        return new MainView();    }    @Override    protected MainContract.Presenter createBasePresenter(MainContract.View baseView) {        return new MainPresenter(baseView);    }}

MVP 的 Model 层

经过一段时间的摸索，现在我的项目架构变成了这样：

有 model 的 MVP

在 module 包里，根据模块分包，每一个模块都有一个独立的 model 包。
这样我们阅读源码的时候，就不需要在不同的包里寻找对应的文件了。

但这只是我自己学习总结下来的，不一定好，还是要看自己的理解。

以一个登录操作作为例子，事件的传递：

例子

后续

在学习 MVP 的时候，经常会有一个问题，为什么要绕一个圈子要实现一个功能呢？
而且使用 MVP 的时候总会多出很多文件，写下了很多接口，对于之前没有研究过的人来说上手会有一定的难度。
但在开发中我们总是不可避免的去修改和完善我们的代码，假如我们的代码的结构不清晰，又或者耦合太高，就会给修改的过程添加很多麻烦。
更别说现在我们经常要和别人合作来完成一个项目，这对我们的代码规范和清晰度的要求就更高了，而 MVP 就基本可以满足我们的要求。

因为自己的项目其实还是很杂乱，也不合适开源，所以这里都只是放了部分的源码，有时间专门开一个项目完善关于 MVP 的研究。

更多相关文章

随机推荐