Android今年新出了很多东西，会感觉到，只是凭着之前的思想、技术，已经不能满足整个市场的需求
所以今天写一篇关于Android在编程上的思维改变---MVP
为什么说是思维的改变呢？

一、MVC

这个模式在Android体现最多，我们把网络交互、图片处理、线程处理等等，全部写在Activity中，好一些，用Utils提取，总而言之，耦合性很高，不利于维护。
举个例子吧，之前我们公司想要修改UI的一些界面，要改变整个架构，当时我在主导改整个App，但是在改了2天后，我发现还不如重写，耦合性太高太高了，而且还有些莫名其妙的代码。于是乎我去找经理聊了，最总定下来，重写，用MVP。

二、MVP

不想再MVC上浪费时间，大家都知道的，所以我只是写了个前言

那么什么是MVP呢？

M（模型）：负责处理数据的加载或者存储，比如从网络或本地数据库获取数据等；
V （视图）：负责界面数据的展示，与用户进行交互等；如 Activity/Fragment；
P（主持人）：是 M与V 之间的桥梁。

看一张图片

mvp.png

我们可以看到
Database(M) 和 Presenter 是通过 get方法和 callback 交互的
View 和 Presenter 也是通过 get方法和 callback 交互的
所以 View 和 Database(M) 没有了任何的交际，是用了Presenter作为桥梁分开了。

直接上代码（MVP构成的基本模块——回调和接口）：

代码我会由浅入深，只是我的理解
MVP中用的最多的是“回调”和“接口”，如果对这两个很熟练的就可以直接看后面的了

IMainView.java (定义一个接口)

public interface IMainView {    void showName(String name);}

MainPresenter.java (定义一个主持人)

public class MainPresenter {    private IMainView mIMainView;    public MainPresenter(IMainView mIMainView) {        this.mIMainView = mIMainView;    }            public String getName1() {        /**         * After a long time         */        String name = "yds --- 111";        return name;    }    public void getName2() {        /**         * After a long time         */        String name = "yds --- 222";        mIMainView.showName(name);    }}

MainActivity.java (在V中去调用P里面的东西)

public class MainActivity extends Activity implements IMainView {    private Button btn111;    private Button btn222;    private MainPresenter mPresenter;    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        btn111 = (Button) findViewById(R.id.btn111);        btn222 = (Button) findViewById(R.id.btn222);                mPresenter = new MainPresenter(this);        btn111.setOnClickListener(new OnClickListener() {            @Override            public void onClick(View v) {                String name1 = mPresenter.getName1();                Log.d("yds", "name1 ----> " + name1);                // tv.setText(name1);            }        });        btn222.setOnClickListener(new OnClickListener() {            @Override            public void onClick(View v) {                mPresenter.getName2();            }        });    }    @Override    public void showName(String name2) {        Log.d("yds", "name2 ----> " + name2);        // tv.setText(name2);    }}

可以看出，MainActivity实现了IMainView接口，在通过MainPresenter中的getName1() - 同步和getName2() - 异步 获取数据，同步直接get，而异步是通过借助IMainView来实现的。
所以MVP中大量的出现这一类的方式进行交互数据。

直接上代码（MVP第一个Demo）：

结合上面的代码，我们加入M层 MainModel，我们不变MainActivity的代码。

IMainModel.java (这个接口是为了获取MainModel对象，且和P层交互的)

public interface IMainModel {    String getName1();    void getName2(IPMainModel mIPMainModel);    interface IPMainModel {        void getName2(String name);    }}

MainModel.java（M层，和P层交互数据）

public class MainModel implements IMainModel {    @Override    public String getName1() {        return "yds---111";    }    @Override    public void getName2(IPMainModel mIPMainModel) {        mIPMainModel.getName2("yds---222");    }}

那么接下来我们改一下MainPresenter

MainPresenter.java（修改）

public class MainPresenter {    private IMainView mIMainView;    // model对象，通过接口new出来，为什么要这样做呢？    // eg：当我在结束 A 的时候，需要调用 B，C，D里面的stop()方法，    // 如果我们把B、C、D用过接口new出来，那么我只需要一个List来管理，方便解耦    private IMainModel mIMainModel;     public MainPresenter(IMainView mIMainView) {        this.mIMainView = mIMainView;        mIMainModel = new MainModel();    }    public String getName1() {        return mIMainModel.getName1();    }    public void getName2() {        mIMainModel.getName2(new IPMainModel() {            @Override            public void getName2(String name) {                mIMainView.showName(name);            }        });    }}

到这里我们发现了什么？
MainActivity在更换数据源的时候，没有做任何改动，改变得地方只是Model和Persenter，所以实现了数据层和视图层的解耦。

三、标题

为什么我会写这样一个标题呢？
我发现在我自己琢磨MVP的时候，发现的MVP有很多版本，最大的争议是在M层。

第一种：

上面的代码属于第一种

View层，只是来绘制UI，不参与请求数据等功能的实现
Model层，我是用来处理网络，耗时操作的实现
Presenter层，调用Model层获取的数据，加工处理后，返给View层

为什么我这样写呢？
Eg：在我的项目中，会大量和服务器交互，涉及到 点赞、分享等多页面需要的统一接口。
比如我在 首页HomeAvtivity需要点赞功能，其他页面OtherActivity需要点赞功能
那么我就可以写一个LikeModel，通过首页HomePresent和其他页面OtherPresent来调用可以实现功能多次利用。

第二种：

View层，只是来绘制UI，不参与请求数据等功能的实现
Model层，一些数据结构的存储，如JavaBean、数据库等
Presenter层，处理网络，耗时操作的实现，通过Model进行辅助（解析、存储等）

这一种来说，就没有Model的说法了，而是定义的JavaBean。
Eg：我在请求网络返回的json需要去解析，而我解析出来的Bean，作为Model层。

对比：

优点：

第一种：
1 、可以把一些Model用List统一管理起来，在批量处理时，方便很多；
2、Model可以复用，减少冗余代码。
第二种：
1、代码量比第一种少很多；
2、结构清晰，只需要回调一次，代码阅读效果比较好。

缺点：

第一种：
1 、代码会多很多，回调要走2次，M->P->V；
2、阅读性差很多。
第二种：
1、一些需要服用的代码没法复用，除非写Utils，但是这样显得就乱一些；
2、Model层的体现不是很明确。

END

本人第一次发稿，说了一下自己的感受，如果不对，大家多多指正。谢谢！

Android中Mvp的体现，两种做法？