MVC、MVP 和 MVVM 架构总结

2024-06-01 04:12
文章标签 总结 架构 mvc mvp mvvm

本文主要是介绍MVC、MVP 和 MVVM 架构总结,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

MVC、MVP 和 MVVM 是常见的软件架构模式,主要用于组织应用程序的结构,特别是在用户界面和业务逻辑之间进行分离。以下是对它们的详细解释,包括它们的差异、优缺点。

MVC(Model-View-Controller)

结构
  • Model:处理数据和业务逻辑。它不依赖于视图和控制器。
  • View:显示数据,处理用户界面。依赖于模型来展示数据。
  • Controller:处理用户输入,更新模型和视图。作为视图和模型之间的中介。

工作流程
  1. 用户在 View 上执行操作(例如点击按钮)。
  2. Controller 接收用户输入,并将其转化为对 Model 的操作。
  3. Model 更新其状态。
  4. View 观察 Model 的变化并更新界面。
优点
  • 关注点分离:将业务逻辑、数据、和用户界面分开,便于开发和维护。
  • 可复用性:View 和 Model 可以独立变化,提高代码的可复用性。
缺点
  • 复杂性:对于复杂的应用程序,Controller 可能变得很复杂。
  • 双向依赖:View 和 Model 之间可能存在双向依赖,增加了系统的耦合性。

MVP(Model-View-Presenter)

结构
  • Model:处理数据和业务逻辑。与 MVC 中的 Model 类似。
  • View:显示数据,处理用户界面。通过接口与 Presenter 交互。
  • Presenter:处理用户输入,更新模型和视图。作为中介,直接与 Model 和 View 交互。

工作流程
  1. 用户在 View 上执行操作。
  2. View 将用户输入传递给 Presenter。
  3. Presenter 处理输入并操作 Model。
  4. Model 更新状态。
  5. Presenter 从 Model 获取数据并更新 View。
优点
  • 单向依赖:View 和 Model 之间没有直接依赖,所有交互都通过 Presenter 进行。
  • 测试性:Presenter 可以独立于 View 和 Model 进行单元测试,提高测试性。
缺点
  • 代码冗余:Presenter 中可能包含大量与 View 交互的代码,增加代码量。
  • 复杂性:对于复杂的 UI 逻辑,Presenter 可能变得复杂。

MVVM(Model-View-ViewModel)

结构
  • Model:处理数据和业务逻辑。与 MVC 和 MVP 中的 Model 类似。
  • View:显示数据,处理用户界面。通过数据绑定与 ViewModel 交互。
  • ViewModel:处理视图的逻辑,充当 View 和 Model 之间的中介。包含可绑定的属性和命令。

工作流程
  1. 用户在 View 上执行操作。
  2. View 通过数据绑定将操作传递给 ViewModel。
  3. ViewModel 处理操作并更新 Model。
  4. Model 更新状态。
  5. ViewModel 接收 Model 更新并通过数据绑定自动更新 View。
优点
  • 数据绑定:通过数据绑定,View 和 ViewModel 之间的交互更为简洁,代码更少。
  • 松耦合:View 和 ViewModel 之间通过绑定进行通信,降低耦合度。
  • 测试性:ViewModel 可以独立于 View 和 Model 进行单元测试,提高测试性。
缺点
  • 复杂的绑定:数据绑定的实现和调试可能比较复杂,特别是在大型应用程序中。
  • 学习曲线:需要学习和掌握数据绑定框架的使用。

三种架构的比较

依赖关系
  • MVC:View 和 Model 之间可能存在双向依赖,Controller 作为中介。
  • MVP:View 和 Model 之间没有直接依赖,所有交互通过 Presenter。
  • MVVM:View 和 ViewModel 通过数据绑定进行交互,ViewModel 与 Model 之间交互。
适用场景
  • MVC:适用于简单的应用程序或早期的 Web 应用开发。
  • MVP:适用于需要明确分离视图和逻辑的应用,尤其是在单元测试要求较高的场景。
  • MVVM:适用于现代前端开发框架(如 WPF、Angular、React)中,利用数据绑定简化 UI 逻辑。

总结

  • MVC 是一种经典的模式,适用于基础和中等复杂度的应用程序,但可能在复杂应用中导致 Controller 过于复杂。
  • MVP 提供了更清晰的视图和逻辑分离,提高了测试性,但可能增加 Presenter 的复杂性。
  • MVVM 通过数据绑定简化了视图和逻辑的交互,适合现代前端开发,但需要掌握数据绑定技术,且在复杂应用中可能增加调试难度。

这篇关于MVC、MVP 和 MVVM 架构总结的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1019952

相关文章

HarmonyOS学习(七)——UI(五)常用布局总结

自适应布局 1.1、线性布局(LinearLayout) 通过线性容器Row和Column实现线性布局。Column容器内的子组件按照垂直方向排列,Row组件中的子组件按照水平方向排列。 属性说明space通过space参数设置主轴上子组件的间距,达到各子组件在排列上的等间距效果alignItems设置子组件在交叉轴上的对齐方式,且在各类尺寸屏幕上表现一致,其中交叉轴为垂直时,取值为Vert

mybatis的整体架构

mybatis的整体架构分为三层: 1.基础支持层 该层包括:数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括:SqlSession 基础支持层 该层保护mybatis的基础模块,它们为核心处理层提供了良好的支撑。

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

学习hash总结

2014/1/29/   最近刚开始学hash,名字很陌生,但是hash的思想却很熟悉,以前早就做过此类的题,但是不知道这就是hash思想而已,说白了hash就是一个映射,往往灵活利用数组的下标来实现算法,hash的作用:1、判重;2、统计次数;

git使用的说明总结

Git使用说明 下载安装(下载地址) macOS: Git - Downloading macOS Windows: Git - Downloading Windows Linux/Unix: Git (git-scm.com) 创建新仓库 本地创建新仓库:创建新文件夹,进入文件夹目录,执行指令 git init ,用以创建新的git 克隆仓库 执行指令用以创建一个本地仓库的

二分最大匹配总结

HDU 2444  黑白染色 ,二分图判定 const int maxn = 208 ;vector<int> g[maxn] ;int n ;bool vis[maxn] ;int match[maxn] ;;int color[maxn] ;int setcolor(int u , int c){color[u] = c ;for(vector<int>::iter

整数Hash散列总结

方法:    step1  :线性探测  step2 散列   当 h(k)位置已经存储有元素的时候,依次探查(h(k)+i) mod S, i=1,2,3…,直到找到空的存储单元为止。其中,S为 数组长度。 HDU 1496   a*x1^2+b*x2^2+c*x3^2+d*x4^2=0 。 x在 [-100,100] 解的个数  const int MaxN = 3000

状态dp总结

zoj 3631  N 个数中选若干数和(只能选一次)<=M 的最大值 const int Max_N = 38 ;int a[1<<16] , b[1<<16] , x[Max_N] , e[Max_N] ;void GetNum(int g[] , int n , int s[] , int &m){ int i , j , t ;m = 0 ;for(i = 0 ;

系统架构设计师: 信息安全技术

简简单单 Online zuozuo: 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo :本心、输入输出、结果 简简单单 Online zuozuo : 文章目录 系统架构设计师: 信息安全技术前言信息安全的基本要素:信息安全的范围:安全措施的目标:访问控制技术要素:访问控制包括:等保

go基础知识归纳总结

无缓冲的 channel 和有缓冲的 channel 的区别? 在 Go 语言中,channel 是用来在 goroutines 之间传递数据的主要机制。它们有两种类型:无缓冲的 channel 和有缓冲的 channel。 无缓冲的 channel 行为:无缓冲的 channel 是一种同步的通信方式,发送和接收必须同时发生。如果一个 goroutine 试图通过无缓冲 channel