传统上,此模式用于桌面图形用户界面(GUI),在设计Web应用程序时已变得很流行。流行的编程语言(如JavaScript,Python,Ruby,PHP,Java,C#和Swift)具有MVC框架,可直接用于Web或移动应用程序开发。

模型(Model)

MVC模式的中心组成部分。它是应用程序的动态数据结构,独立于用户界面。它直接管理应用程序的数据,逻辑和规则。

视图(View)

信息的任何表示形式,例如图表,图表或表格。可以使用同一信息的多种视图,例如用于管理的条形图和用于会计的表格视图。

控制器(Controller)

接受输入并将其转换为模型或视图的命令。

除了将应用程序划分为这些组件之外,模型-视图-控制器设计还定义了它们之间的交互。
  • 模型负责管理应用程序的数据。它从控制器接收用户输入。
  • 视图意味着以特定格式呈现模型。
  • 控制器响应用户输入并在数据模型对象上执行交互。控制器接收输入,可选地对其进行验证,然后将输入传递给模型。

与其他软件模式一样,MVC表示问题的“解决方案核心”,同时允许其适用于每个系统。特定的MVC设计可能与此处的传统描述大不相同。

服务

在控制器和模型之间有时会有一个称为服务的层。它从模型中获取数据,并让控制器使用获取的数据。该层允许分离数据存储(模型),数据获取(服务)和数据操作(控制器)。由于此层不是原始MVC概念的一部分,因此在大多数情况下是可选的,但在某些情况下可用于代码管理和可重用性。

二、MVP


1.MVP(Model-View-Presenter)介绍。

MVP即为模型-视图-演示者,是MVC架构模式的派生产品,主要用于构建用户界面。在MVP中,Presenter承担“中间人”的功能,所有演示逻辑都被推送到Presenter。

MVP是一种用户界面架构模式,旨在促进自动化的单元测试并改善表示逻辑中关注点的分离。

模型(Model)

模型定义要在用户界面中显示或作用的数据的界面。

视图(View)

视图是一个被动的界面,用于显示数据(模型)并将用户命令(事件)路由到演示者以对该数据进行操作。

演示者(Presenter)

演示者会根据模型和视图进行操作。 它从存储库(模型)检索数据,并将其格式化以显示在视图中。

通常,视图实现实例化具体的Presenter对象,并为其提供引用。
2.项目Github地址。

https://github.com/mythmayor/MvpArchitecture

三、MVVM


1.MVVM(Model-View-ViewModel)介绍。

MVVM即为模型-视图-视图模型,是一种软件架构模式,可促进将图形用户界面(视图)的开发(通过标记语言或GUI代码)与业务逻辑或后台开发的分离。逻辑(模型),以便视图不依赖于任何特定的模型平台。 MVVM的视图模型是一个值转换器,表示视图模型负责以易于管理和呈现对象的方式公开(转换)来自模型的数据对象。在这方面,视图模型比视图更具模型性,可以处理大多数(不是全部)视图显示逻辑。视图模型可以实现中介者模式,围绕视图支持的一组用例来组织对后端逻辑的访问。

Model-View-ViewModel也称为Model-View-Binder,尤其是在不涉及.NET平台的实现中。

模型(Model)

模型是指表示真实状态内容的域模型(面向对象的方法),也是表示内容的数据访问层(以数据为中心的方法)。

视图(View)

就像在MVC模式和MVP模式中一样,视图是用户在屏幕上看到的内容的结构,布局和外观。它显示模型的表示并接收用户与视图的交互(单击,键盘,手势等),并通过数据绑定(属性,事件回调等)将这些操作的处理转发给视图模型。定义为链接视图和视图模型。

视图模型(ViewModel)

视图模型是视图的抽象,公开了公共属性和命令。 MVVM具有绑定程序,可以自动执行视图及其视图模型中的绑定属性之间的通信,而不是MVC模式的控制器或MVP模式的演示者。视图模型已被描述为模型中数据的状态。

在MVP模式中,视图模型与Presenter之间的主要区别在于,Presenter具有对视图的引用,而视图模型则没有。相反,视图直接绑定到视图模型上的属性以发送和接收更新。为了有效运行,这需要绑定技术或生成样板代码来进行绑定。

绑定器(Binder)

声明性数据和命令绑定在MVVM模式中是隐式的。绑定器使开发人员不必编写模板逻辑来同步视图模型和视图。

MVVM基本原理

MVVM旨在利用WPF(Windows Presentation Foundation)中的数据绑定功能,通过从视图层中删除几乎所有GUI代码(“后置代码”)来更好地促进视图层开发与其余模式的分离。

MVVM模式试图通过将数据绑定到尽可能接近纯应用程序模型的方式来利用MVC提供的功能开发分离的优势,同时利用数据绑定和框架的优势。它需要使用Binder,视图模型和任何业务层的数据检查功能来验证传入的数据。结果是模型和框架驱动了尽可能多的操作,从而消除或最小化了直接操纵视图的应用程序逻辑(例如,后台代码)。

MVVM的劣势

使用MVVM的开销对于简单的UI操作来说是过于庞大的。另外非常大的应用程序中进行数据绑定会导致相当大的内存消耗。

2.项目Github地址。

https://github.com/mythmayor/MvvmArchitecture

四、MVC、MVP、MVVM的优缺点比较。