android mvp设计模式

什么是MVP

MVP，全称 Model-View-Presenter。要说MVP那就不得不说一说它的前辈——MVC（Model-View-Controller，模型-视图-控制器）。

View：对应于布局文件
Model：业务逻辑和实体模型
Controllor：对应于Activity

细细的想想这个View对应于布局文件，其实能做的事情特别少，实际上关于该布局文件中的数据绑定的操作，事件处理的代码都在Activity中，造成了Activity既像View又像Controller。

而当将架构改为MVP以后，Presenter的出现，将Actvity视为View层，Presenter负责完成View层与Model层的交互，其实就是activity里边只做和UI相关的操作，即更新UI的功能，具体什么时候更新，更新的数据，则是由presenter和model来决定，presenter决定什么时候更新并将model层的数据传送到activity。现在是这样的：

View 对应于Activity，负责View的绘制以及与用户交互
Model 依然是业务逻辑和实体模型
Presenter 负责完成View于Model间的交互

这样的转变是从并不标准的MVC到MVP的一个转变，减少了Activity的职责，简化了Activity中的代码，将复杂的逻辑代码提取到了Presenter中进行处理。与之对应的好处就是，耦合度更低，更方便的进行测试。借用两张图，代表上述的转变：

转变为：

MVP与MVC的区别

最明显的区别就是，MVC中是允许Model和View进行交互的，而MVP中很明显，Model与View之间的交互由Presenter完成。如下图所示：

为什么需要MVP

1、尽量简单

大部分的安卓应用只使用View-Model结构，程序员现在更多的是和复杂的View打交道而不是解决业务逻辑。当你在应用中只使用Model-View时，到最后，你会发现“所有的事物都被连接到一起”。

而使用MVP则会把复杂的任务分成细小的任务，并且很容易解决。越小的东西，bug越少，越容易debug，更好测试。在MVP模式下的View层将会变得简单，所以即便是他请求数据的时候也不需要回调函数。View逻辑变成十分直接。

2：后台任务

当你编写一个Actviity、Fragment、自定义View的时候，你会把所有的和后台任务相关的方法写在一个静态类或者外部类中。这样，你的Task不再和Activity联系在一起，这既不会导致内存泄露，也不依赖于Activity的重建。

MVP的优缺点

优点：

降低耦合度，实现了Model和View真正的完全分离，可以修改View而不影响Modle
模块职责划分明显，层次清晰
隐藏数据
Presenter可以复用，一个Presenter可以用于多个View，而不需要更改Presenter的逻辑（当然是在View的改动不影响业务逻辑的前提下）
利于测试驱动开发。以前的Android开发是难以进行单元测试的（虽然很多Android开发者都没有写过测试用例，但是随着项目变得越来越复杂，没有测试是很难保证软件质量的；而且近几年来Android上的测试框架已经有了长足的发展——开始写测试用例吧），在使用MVP的项目中Presenter对View是通过接口进行，在对Presenter进行不依赖UI环境的单元测试的时候。可以通过Mock一个View对象，这个对象只需要实现了View的接口即可。然后依赖注入到Presenter中，单元测试的时候就可以完整的测试Presenter应用逻辑的正确性。
View可以进行组件化。在MVP当中，View不依赖Model。这样就可以让View从特定的业务场景中脱离出来，可以说View可以做到对业务完全无知。它只需要提供一系列接口提供给上层操作。这样就可以做到高度可复用的View组件。
代码灵活性

缺点：

Presenter中除了应用逻辑以外，还有大量的View->Model，Model->View的手动同步逻辑，造成Presenter比较笨重，维护起来会比较困难。
由于对视图的渲染放在了Presenter中，所以视图和Presenter的交互会过于频繁。
如果Presenter过多地渲染了视图，往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更，那么Presenter也需要变更了。
额外的代码复杂度及学习成本。

demo如下：

具体每个类的代码：

public interface IContract {
    interface IPresenter {
        void getData();
    }
    interface IView {
        void updateUI(String data);
    }
}

public class MainActivity extends AppCompatActivity implements IContract.IView{
 
    IContract.IPresenter iPresenter;
 
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        iPresenter = new MyPresenter(this);
 
    }
 
    @Override
    public void updateUI(String data) {
        TextView textView = findViewById(R.id.show_data);
        textView.setText(data);
    }
}

public class MyPresenter implements IContract.IPresenter {
    IContract.IView iView;
 
    public MyPresenter(IContract.IView iv){
        this.iView = iv;
    }
 
    @Override
    public void getData() {
        MyModel myModel = new MyModel();
        String s = myModel.getData();
    }
}

public class MyModel {
    public String getData(){
        return "MVP";
    }
}

总结

在MVP模式里通常包含4个要素：

View :负责绘制UI元素、与用户进行交互(在Android中体现为Activity);
View interface :需要View实现的接口，View通过View interface与Presenter进行交互，降低耦合，方便进行单元测试;
Model :负责存储、检索、操纵数据(有时也实现一个Model interface用来降低耦合);
Presenter :作为View与Model交互的中间纽带，处理与用户交互的负责逻辑。