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层的负担,同时也提高了代码的可测试性、可维护性和可扩展性。