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<IBCD>来管理，方便解耦
    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<IModel>统一管理起来，在批量处理时，方便很多；
  2、Model可以复用，减少冗余代码。

• 第二种：
  1、代码量比第一种少很多；
  2、结构清晰，只需要回调一次，代码阅读效果比较好。

缺点：

• 第一种：
  1 、代码会多很多，回调要走2次，M->P->V；
  2、阅读性差很多。

• 第二种：
  1、一些需要服用的代码没法复用，除非写Utils，但是这样显得就乱一些；
  2、Model层的体现不是很明确。

END

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