MVP架构简介
MVP(Model-View-Presenter)是一种常见的软件架构模式,尤其在Android应用开发中被广泛使用。它将应用程序分为三层:Model、View 和 Presenter,以实现职责分离,提高代码的可维护性和可测试性。
1. Model(模型)
- 定义:负责处理应用程序的数据逻辑,包括与数据库、网络、API等数据源的交互。
- 职责:提供数据,并将其返回给 Presenter,不涉及任何UI相关逻辑。
2. View(视图)
- 定义:负责展示用户界面,接收用户的输入并将其传递给 Presenter。
- 职责:展示由 Presenter 提供的数据,并根据用户操作调用 Presenter 的方法。View 层不直接处理逻辑,只展示内容。
3. Presenter(演示者)
- 定义:作为 View 和 Model 之间的桥梁,负责处理逻辑和协调数据流。
- 职责:
- 从 View 接收用户输入,调用 Model 获取数据。
- 将数据处理结果返回给 View 以更新UI。
- Presenter 不直接操作UI,而是通过接口与 View 进行交互。
MVP与MVC的区别
1. 核心组成部分的区别
- MVP:
- Model:负责数据逻辑的处理,类似于MVC中的Model。
- View:展示数据、处理用户界面交互,但不会直接处理业务逻辑,所有逻辑都交给 Presenter。
- Presenter:作为中间层,负责从 Model 获取数据并处理业务逻辑,然后将数据传递给 View。Presenter 直接与 View 交互。
- MVC:
- Model:同样负责数据逻辑的处理,与 MVP 中的 Model 类似。
- View:展示数据并处理用户输入,但可以直接与 Controller 进行交互。
- Controller:控制器响应用户的输入,更新 Model 和 View,但它不直接操作 View,而是通知 View 自行更新。
2. 交互方式的区别
- MVP:
- View 与 Model 之间没有直接交互。View 只负责调用 Presenter,Presenter 是唯一能与 Model 交互的部分,然后 Presenter 将结果返回给 View 来更新界面。
- 双向交互:View 和 Presenter 是双向交互的,View 可以调用 Presenter,Presenter 也可以调用 View 来更新UI。
- MVC:
- View 可以直接与 Model 交互。在MVC中,View可以直接从Model中获取数据,虽然一般情况下是通过Controller来协调。
- 单向交互:View 和 Controller 之间的交互通常是单向的,用户的输入会通过 View 传递给 Controller,Controller 再更新 Model,最后通知 View 更新UI。
3. 视图的控制权
- MVP:
- Presenter 控制视图:在MVP模式中,Presenter 负责处理所有业务逻辑,并决定何时以及如何更新 View。View 不进行逻辑处理,只是被动地展示数据。
- MVC:
- Controller 充当中介:在MVC中,Controller 只是起到协调作用,它不会主动控制 View 的更新,通常会将新的数据传递给 View 或通知 View 进行自我更新。
MVP架构优点
-
View层与Model层完全分离
-
所有View层 和 Model层 逻辑交互都在Presenter
-
后续扩展性/可维护性强,M层(负责数据业务模型), P层(负责M层与V层的交互逻辑)
-
定位修改Bug方便:
如果是修改界面交互相关的,直接找V层修改
如果是修改数据业务逻辑,直接找M层修改
MVP架构特点
关系:
-
View收到用户的操作
-
View把用户的操作,交给Presenter
-
Presenter直接操作Model进行业务逻辑处理
-
Model处理完毕后,通知Presenter
-
Presneter收到通知后,在去更新View
方式:
是双向的通信方式
优点:
- View层与Model层完全分离
- 所有的逻辑交互都在Presenter
- MVP分层较为严谨
示例
- Model (数据层)
Model 负责处理数据逻辑,判断用户名和密码是否正确。
public class LoginModel {
// 模拟用户登录数据
public boolean validateUser(String username, String password) {
// 简单模拟,假设用户名为"user",密码为"password"时登录成功
return username.equals("user"