在Android中mvc、mvp、mvvm是什么？它们之间的区别、优缺点进行了详细阐述

西瓜本瓜@

已于 2024-09-12 17:04:45 修改

阅读量1.2k

点赞数 31

于 2024-09-12 16:43:59 首次发布

本文链接：https://blog.youkuaiyun.com/LLZjiayou/article/details/142180174

版权

MVC，MVP 和 MVVM 之间的主要区别：

结论：

在 Android 开发中，MVC、MVP和MVVM是架构设计模式，它们通过分离关注点、提高可维护性、可扩展性和可测试性来帮助构建应用程序的代码库。下面，我将解释每种模式、它们的优缺点以及它们之间的主要区别。

1. MVC（模型-视图-控制器）

描述：

模型：代表数据和业务逻辑。它处理数据检索、保存和更新。
视图：与用户交互的 UI。它显示数据并将用户操作转发给控制器。
控制器：充当视图和模型之间的中介。它从视图接收用户输入，更新模型，并相应地更新视图。

流动：

视图 → 控制器 → 模型 → 视图

优点：

简单直观：小型应用程序易于理解。
解耦：分离 UI 和业务逻辑。

缺点：

视图和控制器之间的紧密耦合：控制器经常承担过多的职责，使得代码更难维护。
难以测试：由于视图和控制器之间的紧密耦合，单元测试变得困难。
扩展问题：随着应用程序的增长，管理代码会变得更加复杂。

何时使用：

适用于复杂性最小的小型应用程序。

2.MVP （模型-视图-演示者）

描述：

模型（Model）：代表业务逻辑和数据层。负责处理数据操作。
View：显示数据并与用户交互的 UI。它将用户操作发送给 Presenter。
Presenter：充当模型和视图之间的中介。它从模型中检索数据并更新视图。与 MVC 不同，Presenter 独立于 Android 框架类，因此更容易进行单元测试。

流动：

视图 ↔ 演示者 ↔ 模型

优点：

更好地分离关注点：演示者处理业务逻辑，而视图仅负责呈现 UI。
可测试：由于演示者独立于Android特定的类，因此可以进行单元测试。
更有条理的代码：视图和业务逻辑更加分离，使得应用程序在增长时更易于管理。

缺点：

演示者复杂性：在大型应用程序中，演示者会变得笨重，因为它要处理大量的逻辑，包括用户交互和更新视图。
样板代码：与 MVC 相比，样板代码更多，因为您必须通过演示者手动更新视图。

何时使用：

适用于中等复杂的应用程序，其中 UI 和业务逻辑需要明确分离并独立测试。

3.MVVM （模型-视图-视图模型）

描述：

模型：管理数据和业务逻辑。
视图：显示数据并与用户交互的 UI。在 Android 中，这通常是Activity或Fragment。
ViewModel：包含向视图公开数据的逻辑。它与模型交互并向视图提供数据，通常使用数据绑定或可观察模式。

流动：

视图 → ViewModel → 模型

优点：

双向数据绑定：在 Android 中，像 Jetpack 的 DataBinding Library 这样的框架允许视图和 ViewModel 之间的自动同步。
可测试：由于 ViewModel 不依赖于 Android 框架，因此可以轻松进行单元测试。
关注点分离：ViewModel 仅包含与 UI 相关的逻辑，而不包含实际的 UI 代码，而模型处理业务逻辑。

缺点：

学习曲线更陡峭：由于 MVVM 依赖于数据绑定和可观察对象，因此对于初学者来说，理解 MVVM 更具挑战性。
开销：它会增加小型应用程序的复杂性，并且数据绑定会使代码更难调试。

何时使用：

最适合广泛使用数据绑定或实时数据的复杂应用程序。MVVM 在Jetpack和RxJava等框架中特别受欢迎。

MVC，MVP 和 MVVM 之间的主要区别：

图案	控制器/演示器/视图模型角色	可测试性	复杂	对 Android 框架的依赖
MVC	控制器处理 UI 和业务逻辑。	由于紧密耦合，难以测试。	对于小型应用程序来说很简单，但扩展性较差。	与 Android 框架紧密耦合。
MVP	Presenter充当View和Model之间的中间人，直接更新视图。	由于演示者与 Android 分离，因此更容易测试。	更加有条理，但演示者可能会变得臃肿。	Presenter 独立于 Android 框架类。
MVVM	ViewModel 处理 UI 逻辑，使用数据绑定来更新 View。	由于 ViewModel 不依赖于 Android 类，因此可测试性极高。	更加复杂，尤其是数据绑定。	没有直接依赖；依靠数据绑定进行 UI 更新。