MVC 和 MVVM 是架构领域中用来描述一些软件项目的两种缩写。 它们有各自的缩写,不同并承认它们的定义。
它与缩写之间有很多区别,例如在含义、用法、创建者、支持等方面。下面将讨论有关 MVC 和 MVVM 的详细信息。
关键精华
- MVC(模型-视图-控制器)是一种软件架构模式,它将应用程序分成三个相互连接的组件。
- MVVM (Model-View-ViewModel) 是一种软件架构模式,它将应用程序分成三个相互连接的组件。
- MVC 和 MVVM 模式在软件开发中用于改进代码组织、可维护性和可扩展性。
MVC 与 MVVM
模型-视图-控制器 (MVC) 是建筑领域中使用的一个术语。 在 MVC 中,应用程序根据开发特性被划分为多个部分。 Model-View-ViewModel (MVVM) 分别处理程序的逻辑部分和用户界面。 在这个模型中,代码的测试可以很容易地完成。 代码也可以重用。
MVC是指根据应用程序开发的特点,将应用程序分离成模型、视图、控制器等部分。 MVC是模型-视图-控制器的缩写。
行业广泛使用 MVC 来开发各自的项目。 MVC 的每一类都有其各自的方面,这使得它们虽然相互联系但又彼此不同。
另一方面,MVVM 指的是应用程序的程序逻辑和用户界面控制的分离。 它提供了各种特性,例如可测试性特性、代码可重用性、复杂数据绑定等。
它简单易行地将业务层和表现层之间的通信归为一类,互不干扰。 MVVM是Model-View-ViewModel的缩写。
它对于各种与应用程序相关的目的非常有用。
对比表
比较参数 | MVC | MVVM |
---|---|---|
定义 | 将其模型、视图和控制器分为三类的软件称为 MVC。 | 将程序逻辑和用户界面控制分为不同类别的软件称为 MVVM。 |
缩写 | 缩写 MVC 代表模型-视图-控制器。 | 缩写 MVVM 代表模型-视图-视图模型。 |
预科年 | MVC 成立于 1976 年。 | MVVM 成立于 2005 年。 |
创始人 | 最初,MVC 由 Trygve Reenskaug 创立,但后来,Jim Althoff 等人建立了 MVC 的升级版。 | MVVM 由两位微软架构师创立,他们分别是 Ken Copper 和 Ted Peter。 |
每个类别的表示 | 在 MVC 中,每个类别代表它自己的东西,它们是 — 模型:通常,模型负责数据逻辑。 视图:视图将模型中的详细信息传递给用户。 控制器:控制器执行双重工作,包括控制数据流和更新信息。 | 在 MVVM 中,每个类别也代表了它的特性,例如—— 型号: 该模型提出了一个机构的信息。 视图: 用户界面层由视图负责。 视图模型: 表示View和Model之间的关系。 |
视野意识 | View 完全关注并了解应用程序的 Model。 | 视图最不专心,根本不知道应用程序的模型。 |
用法 | 一般ASP.NET和JAVA Sprong使用MVC。 | 一般来说,Silverlight, Angular JS和 Microsoft WPF 使用 MVVM。 |
单一关系 | MVC 可以在 Controller 和 View 之间,在一对多的规模范围之间建立关系。 | MVVM 可以在 View 和 ViewModel 之间建立一对多的关系。 |
视图的引用 | 在 MVC 中,View 不会从 Controller 寻求任何引用。 | 在 MVVM 中,View 从 ViewModel 中寻找引用。 |
时间长度 | MVC很早就引入了; 因此,它有点旧。 | MVVM 是几年前推出的; 因此,它是比较新的模型。 |
其使用的复杂性 | 与 MVVM 相比,MVC 使用起来稍微简单一些。 | MVVM 更复杂,习惯它的特性需要时间。 |
什么是MVC?
MVC 是已经推出的软件,用于为程序员处理代码生成一些边界。 MVC是模型-视图-控制器的缩写。
每个类别都有其规范。 该软件将其模型、视图和控制器分为三类。
MVC 成立于 1976 年。 它成立并重新启动了两次。
各种各样的人都与 MVC 的制作有关。 最初,MVC 由 Trygve Reenskaug 创立,但是 后来,Jim Althoff 等人建立了更升级版的 MVC。 现在,我们正在使用最新或最先进的 MVC 版本。
每个类别都代表着它自己的东西,它们是—— 型号: 通常,模型负责数据逻辑。 视图: View 从 Model 向用户提供详细信息。
控制器: 控制器执行双重工作,包括控制数据流和更新信息。 这些类别在不干扰彼此的情况下处理它们的特征。
这些类别中的每一个还执行一些其他未查看的特定工作。 该软件用于其他计算机编程软件,如 Smalltalk, ASP.NET等等。
此外,首先打动用户的是控制器。 因此,Controller 被称为 MVC 的主要入口点。
什么是 MVVM?
MVVM是将其缩写分为三类的软件。 MVVM 的缩写代表模型-视图-视图模型。
这些术语代表了三类具有代表性的软件。 每个类别还代表其特征,例如—— 型号: 该模型提出了一个机构的信息。
视图: 用户界面层由视图负责。 视图模型: 表示View和Model之间的关系。
它由两位微软架构师 Mr Ken Copper 和 Red Peters 于 2005 年首次创立。它是一款全新的最近推出的软件。
它既有优点,也有自己的缺点。 它有点复杂,需要时间来适应它的使用特性。
该软件将程序逻辑和用户界面控制分为不同的类别,称为 MVVM。 MVVM 与各种工作相关联,例如可测试性功能、复杂数据绑定、提供良好的 UI 等。
通常,Silverlight、Angular JS 和 Microsoft WPF 使用 MVVM。 在 MVVM 中,工作可以协作完成。
此外,维护其使用也非常简单方便。 它还可以调整视图并降低其质量以用于各种业务目的。
MVC 和 MVVM 之间的主要区别
- 将其模型、视图和控制器分为三类的软件称为 MVC。 另一方面,将程序逻辑和用户界面控制分为不同类别的软件称为 MVVM。
- 缩写 MVC 代表模型-视图-控制器。 另一方面,缩写 MVVM 代表模型-视图-视图模型。
- MVC 成立于 1976 年。另一方面,MVVM 成立于 2005 年。
- 最初,MVC 由 Trygve Reenskaug 创立,但后来,Jim Althoff 等人建立了 MVC 的升级版。 另一方面,MVVM 是由两位名为 Ken Copper 和 Ted Peter 的微软架构师创立的。
- 在 MVC 中,每个类别代表它自己的东西,它们是 — 模型:通常,模型负责数据逻辑。 视图:视图将模型中的详细信息传递给用户。 控制器:控制器执行双重工作,包括控制数据流和更新信息。 另一方面,在MVVM中,每个类别也代表了它的特性,比如——模型:模型提出了一个机构的信息。 视图: 用户界面层由视图负责。 视图模型: 表示View和Model之间的关系。
- View 完全关注并了解应用程序的 Model。 另一方面,视图最不专心,根本不知道应用程序的模型。
- 一般ASP.NET和JAVA Sprong使用MVC。 另一方面,通常,Silverlight、Angular JS 和 Microsoft WPF 使用 MVVM。
- MVC 可以在 Controller 和 View 之间,在一对多的规模范围之间建立关系。 另一方面,MVVM 可以在 View 和 ViewModel 之间,在一对多的范围之间建立关系。
- 在 MVC 中,View 不会从 Controller 寻求任何引用。 另一方面,在 MVVM 中,View 从 ViewModel 中寻找引用。
- MVC 引入较早,因此它是一种较旧的模型。 另一方面,MVVM 是几年前推出的,因此,它是一个相对较新的模型。
- 与 MVVM 相比,MVC 使用起来稍微简单一些。 另一方面,MVVM 更复杂,需要时间来适应它的特性。
- https://www.knepublishing.com/index.php/KnE-Engineering/article/view/1498
- https://research.tue.nl/files/48628529/Lou_2016.pdf
最后更新时间:11 年 2023 月 XNUMX 日
Sandeep Bhandari 拥有塔帕尔大学计算机工程学士学位(2006 年)。 他在技术领域拥有 20 年的经验。 他对各种技术领域都有浓厚的兴趣,包括数据库系统、计算机网络和编程。 你可以在他的网站上阅读更多关于他的信息 生物页面.
本文对 MVC 和 MVVM 进行了全面而详细的概述,使其成为对软件架构感兴趣的人的宝贵资源。
本文提供了有关 MVC 和 MVVM 的丰富知识,使技术读者能够深入了解这两种架构模式。
MVC 和 MVVM 的解释很清楚,比较表有效地突出了两种模式之间的细微差别。
对单一关系和使用复杂性的细分提供了对 MVC 和 MVVM 的深入了解,迎合了广泛的受众。
绝对同意。本文的全面性可以让您更好地理解 MVC 和 MVVM。
有趣的比较。很高兴看到详细的解释以及每个类别如何在 MVC 和 MVVM 模式中发挥作用。
本文中的历史见解和广泛的比较表增强了对 MVC 和 MVVM 的理解,满足了读者的求知欲。
详细的比较表对 MVC 和 MVVM 进行了清晰、易于理解的区分,使具有不同专业水平的读者能够轻松理解。
本文对 MVC 和 MVVM 进行了全面、详细的概述,指出了关键区别并提供了比较分析。详尽的解释有助于读者更好地理解这两种架构模式。
我同意。比较表和每个类别的详细描述对于想要了解 MVC 和 MVVM 之间差异的人非常有帮助。
MVC 和 MVVM 的历史背景都很有启发性。它有助于理解这些软件架构模式的演变和发展。
本文对 MVC 和 MVVM 的全面分析使其成为那些想要深入研究软件架构和开发的人的宝贵资源。
当然,使用复杂性的细分以及 MVC 和 MVVM 之间的比较特别有用。