mvp关联activity生命周期_Android 中MVC，MVP，MVVM三者框架对比介绍

最新推荐文章于 2024-07-16 23:26:22 发布

fcpowerup

最新推荐文章于 2024-07-16 23:26:22 发布

阅读量190

点赞数

文章标签： mvp关联activity生命周期

本文链接：https://blog.csdn.net/weixin_34665990/article/details/113587324

版权

本文详细介绍了Android中的MVC, MVP和MVVM框架，包括各自的数据关系、通信方式、优缺点以及适用场景。强调了MVVM的双向绑定特性，并指出选择框架应根据项目需求来决定。" 122910950,9296751,TCL语言深入解析：List操作与流程控制,"['后端开发', 'TCL']

摘要由CSDN通过智能技术生成

1.什么是MVC应用框架

MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。

1.1数据关系

(1) View 接受用户交互请求

(2) View 将请求转交给Controller

(3) Controller 操作Model进行数据更新

(4) 数据更新之后Model通知View更新数据变化

(5)View 更新变化数据

1.2方式:单向通信

1.3优点

(1) 耦合性降低，MVC本质是分层耦合，减少代码之间的相互影响。

(2) 可扩展性好，由于耦合性低，在增加需求时，改动小，bug出现的机率小。

(3) 有利于代码的维护，MVC三层分工明确，模块职能划分明确。

1.4缺点

随着项目的增大，Activity/Fragment的代码会变得臃肿。

1.5适用场景

适合功能较少，业务逻辑简单，界面不复杂的小型项目

2.什么是MVP应用框架

MVP的全称为Model-View-Presenter，分别代表项目中3个不同的模块

模型(Model)：负责处理数据的加载或者存储,比如从网络或本地数据库获取数据等；

视图(View)：负责界面数据的展示，与用户进行交互；

主持人(Presenter)：相当于协调者,是模型与视图之间的桥梁,将模型与视图分离开来。

2.1数据关系

(1) View 接收用户交互请求

(2) View 将请求转交给 Presenter

(3) Presenter 操作Model进行数据更新

(4) Model 通知Presenter数据发生变化

(5) Presenter 更新View数据

2.2方式:双向通信

当业务层处理完成后，需要在view层进行回调。有两种方法:

第一种：fragment、Activity中new出presenter时，一般通过presenter的构造方法把this传进去，当业务层处理完成后就能调到Fragement或者Activity中的方法了。

第二种：通过接口回调的形式实现，fragment或者Activity实现某个View层接口，同样需要在presenter的构造方法传入this。在presenter调用该接口的方法

2.3优点

(1) Model与View完全分离，修改互不影响

因为所有的逻辑交互都发生在一个地方Presenter内部，减少了Model与View层之间的耦合度。

(2) Model层可以封装复用，可以极大的减少代码量。

(3) 一个Preseter可用于多个View，而不需要改变Presenter的逻辑(因为View的变化总是比Model的变化频繁)。

(4) 便于测试。把逻辑放在Presenter中，就可以脱离用户接口来测试逻辑(单元测试)

2.4缺点

随着业务逻辑的增加，一个页面可能会非常复杂，UI 的改变是非常多，造成 View 的接口会很庞大，Presenter层的代码也会越来越臃肿。

2.5适用场景

对于业务很复杂的大型APP来说，过多的Model ，View， Presenter，就会造成视觉疲劳，不利于维护和管理；对于业务很简单的小型APP来说，只需要几个类就可以解决的事情，使用MVP会多出一大堆接口，虽然代码层次清晰了，但开发成本变高了。所以MVP适合不大也不小的项目。

3.什么是MVVM应用框架

MVVM 是 Model-View-ViewModel 的简写。它是 MVP的改进版，解决MVP的不足。MVVM 就是将其中的 View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。

模型层 (Model)：负责从各种数据源中获取数据；

视图层 (View)：在 Android 中对应于 Activity 和 Fragment，用于展示给用户和处理用户交互，会驱动 ViewModel 从 Model 中获取数据；

ViewModel 层：用于将 Model 和 View 进行关联，我们可以在 View 中通过 ViewModel 从 Model 中获取数据；当获取到了数据之后，会通过自动绑定，将结果自动刷新到界面上。可以使用官方的架构组件 LiveData、DataBinding 去实现 MVVM架构。例如DataBindin架构组件会把ViewModel绑定到 XML文件中，保证View中的数值来源都是来自ViewModel，降低布局和逻辑的耦合性。

3.1数据关系

(1) View 接收用户交互请求

(2) View 将请求转交给ViewModel

(3) ViewModel 操作Model数据更新

(4) Model 更新完数据，通知ViewModel数据发生变化

(5) ViewModel 更新View数据

3.2方式:双向绑定。View/Model的变动，只要改其中一方，另一方都能够及时更新到