MVP（Model-View-Presenter）是一种软件设计模式，用于构建用户界面。MVP的基本思想是将代码按照模型、视图和控制器分离，每个分层都完成其各自的任务。在将三部分分离的过程中，控制器即Presenter充当了连接模型和视图的桥梁，起到了协调作用。
MVP模式的实现主要围绕三个要素展开：Model、View、Presenter。其中：
Model：数据模型，即数据操作层，主要负责数据结构和数据存储等功能。在MVP模式中，Model可以是数据库、文件、Web Service等数据源。
View：视图层，即UI层，主要负责接受用户的输入，并且将输入传递给Presenter。
Presenter：控制器，负责协调Model和View的交互，并在需要时更新视图。Presenter通过View接收用户输入，再通过Model去获取数据。当数据返回后，Presenter根据数据更新View。
MVP模式经常和其他框架搭配使用，如Android中的MVP模式就可以和RxJava、Dagger2等框架配合使用，从而更加方便开发。
如何使用MVP模式？
将MVP模式应用于Android应用程序开发中，可以更好地实现UI和业务逻辑的分离。下面，我们将MVP模式在Android开发中的具体应用列举如下：
1.定义Model
Model定义自己的业务逻辑，提供展示数据的回调函数，同时提供Presenter所需要使用的接口方法。
2.定义View
View定义展示界面的方法，一般继承Activity／Fragment。否则将View独立成类，使Presenter和View解耦。
3.定义Presenter
Presenter定义了View和Model之间的协调，以及业务逻辑的处理。则Presenter通常负责以下任务：
（1）获取Model的实例，维护Model实例。
（2）实现View的回调。
（3）根据Model的数据进行相关逻辑处理。
（4）操作Model使Model数据的改变得以体现。
（5）回调View，将处理的结果反映到UI层中。
需要注意的是，对于Presenter对象的创建应该尽量延迟（例如，采用LazyLoading的方式），这样可以避免Presenter对象在初始化时所必须的构造函数中执行View的方法，从而产生异常。
4.组装MVP
将Model、View和Presenter三个组成部分结合起来，完成MVVM的组件交互。
优点
1.MVP模式优化了大型应用程序的可测试性，可以单元测试来检查Presenter的行为是否正确，以及将UI的交互设计模拟出来来检查View的行为是否正确。
2.MVP模式将代码分为三部分：Model、View、Presenter，有效地将UI和业务代码分离开，方便开发和维护。
3.在MVP模式中，View和Model并不直接耦合，而是间接通过Presenter进行交互，提高了代码的复用性。
缺点
MVP模式相对于其他模式，需要引入 Presenter，会增加一定的代码量。
总结
MVP模式是一种非常有用的设计模式，不仅使得UI和数据持久化逻辑分离，减轻了View层的负担，同时也提高了代码的可测试性、可维护性和可扩展性。
