MVP框架设计详解

MVP

MVP——全场最有价值球员…… 啊呸！

MVP——Model-View-Presenter分层框架模式，可以说这是MVC框架设计的变形体，事实上这两种框架也存在很多的相同点。分层方式也是将Controller改成了Presenter，当然，各层内部的定义以及相互之间的关系也做了很大改变，与MVC的区别也就体现在这里。

MVP简介

  老规矩，拆看慢慢讲。MVP分为Model、View、Presenter三层：

  Model作为模型层，在MVP中更偏向于功能的模型；

  View作为视图层，这一点和MVC基本没有差别，代表着布局和控件；

  Presenter作为主持层，也就是主持着View与Model之间的交互。

  MVP框架中，断绝了View与Model之间的直接交互，成功的减少了Activity中的臃肿代码，使得Activity能够保持整洁清晰。这一次除了讲解各层之外，还会和MVC中相同的层做个对比，毕竟刚开始从MVC转换到MVP还是很容易跑偏的。与MVC最直观的不同，MVP中定义接口完成联系。

Model

  Model是MVP中的模型层，在MVP中，通常我会用来定义功能。而在MVC中，Model的主要部分就在于Domain的定义，由于Activity中交缠了太多的东西，mvc虽然常常在分包时显得清晰，但事实上的编码部分却非常的复杂。而MVP部分将Model的职责定义的更加清晰，也就让各层的就够更加明显易见。

在这里我就用登录（Login）作为实例。

'首先是接口'public interface LoginModel{    //用于回调登录进程    interface LoginListener{        void onLogining();        void onSuccess();        void onFaield()    }    void login(String username, String password, OnLoginListener listener);}'接着是实现部分'public class LoginModelImpl implements LoginModel{    public void login(String username, String password, OnLoginListener listener){        //登录逻辑...            listener.onLogining();        if(....)            listener.onSuccess();        if(....)            listener.onFaield();    }}

  先从定义的接口讲起，LoginModel作为接口定义Login这一功能模型，同时在接口中定义一个接口，用于监听登录的过程，作为回调使用。

  之后是接口实现，在实现类中完成功能的实现，并且在过程中根据不同情况进行回调操作。

  从这里可以初步看出，MVP模式是将各层更加清晰的进行分离了。Model的主要工作就是进行功能执行，其余的工作将会交付给Presenter完成。

---

View

  MVP中的View层（视图层）和MVC没有太大差别，同样是由xml文件以及Activity/Fragment完成。

  不同点在于：
    1. MVP中的View层添加了接口定义部分
    2. MVP中的View层不再与Model层直接进行交互，不然就不清真了。呸！不然就不解耦了。

来看一下View层中的接口定义：

public interface LoginView{    void showProgress();    void hideProgress();    void inputError(String error);}

  可以看出，在LoginView中定义的方法都是和显示有关的方法，也就是涉及到Login这一过程中将会出现的几种View表现方式。接口中所定义的所有方法，最终都是由Activity来实现的，所以在接口中的方法应该尽量考虑好参数与返回值。

---

Presenter

  MVP中的Presenter层，称它为主持我觉得也挺贴切，作为一个中间人主持Model与View之间的交互，在MVC中Activity内关于Model及View之间的交互都可以移入Presenter中，由Presenter完成这两层之间的交互。那么可以这么说，Presenter层在MVP中占着大比重。

首先来看看接口定义

'看着接口定义很简单，只有一个方法定义'public interface LoginPresenter{    void loginCheck(String username, Stirng password);}

接着是接口的实现类

public class LoginPresenterImpl implements LoginPresenter, LoginModel.OnLoginListener{    private LoginView loginView;    private LoginModel loginModel;    //非常重要的构造方法，联系Model和View的关键    public LoginPresenterImpl(LoginView loginView){        this.loginView = loginView;        this.loginModel = new LoginModelImpl();    }    public void loginCheck(String username, String password){        loginView.showProgress();        ......        loginView.input("错误信息");        ......        loginModel.login(username, password);    }    public void onLogining(){    }    public void onSuccess(){        loginView.hideProgress();    }    public void onFaield(){        loginView.hideProgress();    }}

---

Activity(View)

  Activity是应该分类到View层中的，而在本文中为了构建的整体思路更加完整丝滑，所以讲Activity中的定义部分放到最后完成。但务必注意，Activity在MVP中不是单属一层，而是属于View层。

来看一下Activity的编写方式：

public class LoginActivity implements LoginView, View.OnClickListener{    private LoginPresenter loginPresenter;    pretected void onCreate(Bundle saveInstance){        '...'        //init        //findViewById        '...'        loginPresenter = new LoginPresenterImpl(this);    }    public void showProgress(){        progressBar.setVisiable(View.Visiable);    }    public void hideProgress(){        progressBar.setVisiable(View.InVisiable);    }    public void inputError(String error){        Toast.makeText(this, error, Toast.LENGTH_SHORT).show();    }    public void onClick(View v){        switch(v){            case R.id.bt_login:                loginPresenter.checkLogin(username, password);                break;        }    }}

  有没有觉得很美好，这么清楚的Activity，简直了。当然，Activity的简洁是付出了代价的。三个接口也让包结构没有MVC那么美丽的，只能说这一点上各有千秋。再重申一遍吧，除了学习需要，不要刻意的为了使用某个框架结构而去使用，这句话真帅……，选用了错误的框架结构还不如不用，这是真的，否则项目越到后期就会越可怕，可怕到你不想再碰它。

OK，那么关于MVP的讲解到这里就全部结束了，大家散了吃饭去吧。

。。。。。。

你们这些年轻人，不要动不动就提刀拔剑的，我马上接着说不就行了。

---

MVP各层关系梳理

  之前也提到过MVP中，断绝了Model与View之间的交互，那么也就是说MVP中层与层的关系变得简单了，不再是三角式的了。啧，没想到之前学的是这种MVC。(￣ε(#￣)☆╰╮(￣▽￣///)

别的不说，先看张图。我可是专门下了个axure
    

  这张图可以说已经把MVP各层的关系讲述的淋漓尽致了，当然，关于各个层之间是怎样产生联系的这一点，我也会做一个详细的解析。事实上这已经在PresenterImpl的代码中体现的比较明显了。

   Model与Presenter

  在PresenterImpl的构造方法中，实例化一个ModelImpl类，完成在PresenterImpl中获取Model对象的步骤。这一部非常简单，同时有效。

   View与Presenter

  在PresenterImpl中直接以参数形式获取View对象，这一点甚至比实例化简单。通常的做法是在Activity中，实例化PresenterImpl对象，同时将this（也就是Activity本身）作为参数传入PresenterImpl的构造方法。

   Presenter完成的交互

Presenter作为MVP中的主持层，保证Model与View两层之间的相互交流。在PresenterImpl内部能够依照Model对象的状态调用View对象的方法，同时也能够在调用View对象方法之后修改Model对象状态。在Presenter中的实现就完成了Model与View之间的交互。

   Model与View之间的交互

  MVP中不应该存在Model与View直接交互的情况，这部分讲的是Model与View通过Presenter进行的间接交互，在没有黑科技的情况下（后面会提到），一般使用Listener来做一个监听，在Model中定义Listener，监听Model中各个阶段，之后通过PresenterImpl来在各个回调中处理View的动作。

MVP适用环境

  MVP模式上手以后，大家会发现按模块分开项目后，脉络确实变得很清晰，但是在有的时候就变得灰常心塞，举个例子：
某个Activity，功能简单，一个专注页面跳转的Activity，这个时候，确定还要使用MVP吗？

  我个人还是主张灵活变化，既然这个Acitivity只存在页面跳转，那么就直接在Activity中完成就好，结构同样清晰，而且在这一情况下，MVP的代码量更多更复杂，或许结构确实清晰，但是Activity中完成这些内容也同样清晰明了。

MVP是否真的那么好用？
并没有，甚至我在学习使用的时候感觉这玩意没有好过MVC在哪里。而事实上也确实是这样。MVC和MVP没有特定的高低分别。
当非常迅速的需要开发一个小型时，什么解耦什么重用都是其次，那么考虑MVC吧。 为了一个追求迅速获得结果的项目，再来选用MVP就变得太过复杂了。
当时间足够，项目在后期需要足够多的修改开发，那么可以考虑MVP，清晰的脉络很方便项目修改更新。

  完全不推崇任何一个模式框架，千万不要认定一个框架不回头，用在的不合适的框架下反而会加大开发成本，让项目变得混乱。

所以MVVM的文章我决定下个月再写。。。。

---

MVP+Retrofit+RxJava

  以下内容算是个友情赠送，下面的内容最近挺火的，既然提到说了MVP,那么就把可以用来配合的黑科技一起给大家讲讲。

  在阅读下面内容之前请先掌握Retrofit与RxJava的基本使用方式。
正好我也写了，顺便不要脸的打波广告：

Retrofit使用简介

RxJava使用简介

  之前已经介绍过了MVP的设计方式，那么配合Retrofit和RxJava后，就需要对之前的内容做一个修改，View模块不用做什么改动，主要的改动在Model层和Presenter层。

加入Retrofit

1.创建interface

首先是Retrofit的正常步骤，先把网络请求的interface完成了。

public interface LoginServer{    @FormUrlEncoded    @POST("path")    Call<ResponseBody> login(@FieldMap Map<String, String> map);}

2.修改Model层内容

将原先的网络请求替换为Retrofit来完成。

//在ModelImpl中使用Retrofit完成网络请求public Call<ResponseBody> login(String username, String password) {    Retrofit retrofit = new Retrofit.Builder().                                     baseUrl("http://xxx.xxx.xx.xx/").                                     addConverterFactory(GsonConverterFactory.create()).                                     addCallAdapterFactory(RxJavaCallAdapterFactory.create()).build();    loginServer = retrofit.create(LoginServer.class);    //登录数据设置    Map<String, String> map = new HashMap<>();    map.put("username", username);    map.put("password", password);    return loginServer.login(map);}

3.修改Presenter层内容

不通过回调，使用ResponseBody来确定View的动作。

Call<ResponseBoay> requ = loginModel.login(username, password);requ.enqueue(new CallBack<ResponseBody>(){ @Override    public void onResponse(Call<Person> call, Response<Person> response) {        //回调事件在UI线程中，能够进行UI操作        //根据body调用view动作        //......    }    @Override    public void onFailure(Call<Person> call, Throwable t) {        //回调事件在UI线程中，能够进行UI操作    }});

是不是很优雅，是不是很酷炫，加什么Listener，Low！！！

  开玩笑的，Listener还是很有用处的，不过配合了Retrofit代码确实变得很轻便，而且比我们自己整整HttpUrlConnection要方便的多，更何况Retrofit还做了优化整合。

加入RxJava

  加入了Retrofit以后，觉得代码又变的有点乱，没关系，加上RxJava，代码气质又上了一个档次，整个代码就会变得很油很亮，(￣ε(#￣)☆╰╮(￣▽￣///)，不是不是，是变得很优雅很整洁。

加入了RxJava，我们只要沿着Retrofit的道路逐步修改就能搞定

1.修改Interface

修改Interface的返回值，准确的说是内部方法的返回值。将原先的Call改变为Observable对象。

public interface LoginServer{    @FormUrlEncoded    @POST("path")    Observable<ResponseBody> login(@FieldMap Map<String, String> map);}

2.修改Model层

public Observable<ResponseBody> login(String username, String password) {        Retrofit retrofit = new Retrofit.Builder().                                         baseUrl("http://xxx.xxx.xx.xx/").                                         addConverterFactory(GsonConverterFactory.create()).                                         addCallAdapterFactory(RxJavaCallAdapterFactory.create()).build();        loginServer = retrofit.create(LoginServer.class);        //登录数据设置        Map<String, String> map = new HashMap<>();        map.put("username", username);        map.put("password", password);        return loginServer.login(map);    }

3.修改Presenter层

loginModel.login(username,password).           subscribeOn(Schedulers.io()).           observeOn(AndroidSchedulers.           mainThread()).           subscribe(new Subscriber<ResponseBody>() {                @Override                public void onCompleted() {                    // 完成                    loginView.hideProgress();                }                @Override                public void onError(Throwable e) {                    loginView.hideProgress();                }                @Override                public void onNext(ResponseBody responseBody) {                    //根据Response内容作出动作                }            });

一步到位，从Model中的请求到处理数据到View的动作一气呵成。

以上就是MVP+Retrofit+RxJava的内容。

---

总结

  这一次解析MVP可以说是又一次深有体会，感触良多，很多细节方面的东西都有了新的认识，在最后还加上了Retrofit+RxJava的配合使用，真正的感觉这样的开发非常便捷有效，所以分享给大家，关于例子源码已将完成，链接分享在最下方了。再也不给自己定最后期限了，反正都会成为咸鱼。。。~(～￣▽￣)～

感谢各位读到最后，一只正在成长的程序猴希望能对你有所帮助。

MVP示例源码 https://github.com/mayemonkey/MVPSample/tree/master