MVC,MVP 和 MVVM 的区别

6 篇文章 0 订阅
4 篇文章 0 订阅

复杂的软件必须有清晰合理的架构,否则无法开发和维护。

MVC(Model-View-Controller)是最常见的软件架构之一,业界有着广泛应用。它本身很容易理解,但是要讲清楚,它与衍生的 MVP 和 MVVM 架构的区别就不容易了。

一、MVC

MVC模式的意思是,软件可以分成三个部分。

  • 视图(View):用户界面。
  • 控制器(Controller):业务逻辑
  • 模型(Model):数据保存

各部分之间的通信方式如下。

  1. View 传送指令到 Controller
  2. Controller 完成业务逻辑后,要求 Model 改变状态
  3. Model 将新的数据发送到 View,用户得到反馈

所有通信都是单向的。

二、互动模式

接受用户指令时,MVC 可以分成两种方式。一种是通过 View 接受指令,传递给 Controller。

另一种是直接通过controller接受指令。

三、实例:Backbone

实际项目往往采用更灵活的方式,以 Backbone.js 为例。

1. 用户可以向 View 发送指令(DOM 事件),再由 View 直接要求 Model 改变状态。

2. 用户也可以直接向 Controller 发送指令(改变 URL 触发 hashChange 事件),再由 Controller 发送给 View。

3. Controller 非常薄,只起到路由的作用,而 View 非常厚,业务逻辑都部署在 View。所以,Backbone 索性取消了 Controller,只保留一个 Router(路由器) 。

四、MVP

MVP 模式将 Controller 改名为 Presenter,同时改变了通信方向。

1. 各部分之间的通信,都是双向的。

2. View 与 Model 不发生联系,都通过 Presenter 传递。

3. View 非常薄,不部署任何业务逻辑,称为"被动视图"(Passive View),即没有任何主动性,而 Presenter非常厚,所有逻辑都部署在那里。

五、MVVM

MVVM 模式将 Presenter 改名为 ViewModel,基本上与 MVP 模式完全一致。

唯一的区别是,它采用双向绑定(data-binding):View的变动,自动反映在 ViewModel,反之亦然。Angular 和 Ember 都采用这种模式。


MVCMVPMVVM是三种常用的软件架构模式,它们的出现是为了更好地解耦、提高代码的可复用性、可维护性和可扩展性。下面分别介绍它们的区别: 1. MVC模式 MVC全称Model-View-Controller,即模型-视图-控制器。它将应用程序分成三个部分,分别是模型、视图和控制器。其中,模型表示应用程序的核心业务逻辑、数据和状态,视图则是用户所见的界面,控制器则是连接模型和视图的桥梁。 MVC模式的核心思想是分层,以便于实现代码的重用和维护。它的优点在于,模型和视图是分离的,模型与视图之间通过控制器来进行交互。这样的设计使得模型和视图可以独立地进行修改,同时也方便了代码的重用和维护。但它的缺点是,控制器往往会变得十分臃肿,因为它需要处理大量的用户输入和业务逻辑。同时,视图和控制器之间的通讯往往是双向的,这样会增加视图和控制器之间的耦合度,使得代码难以维护。 2. MVP模式 MVP全称Model-View-Presenter,即模型-视图-控制器。它是MVC的变种,主要区别在于它将控制器改为了Presenter,同时将控制器的功能分离到了Presenter中。这样,视图和模型之间的交互将通过Presenter进行,而视图和Presenter之间的通讯则是单向的。 MVP模式的核心思想是将视图和模型完全隔离开来,使得视图和模型之间的耦合度大大降低。它的优点在于,Presenter作为控制器的替代,它的职责也更加明确,使得代码变得更加清晰和易于维护。但它的缺点是,Presenter的数量往往会变得很多,因为每一个视图都需要一个Presenter来进行交互。同时,Presenter和视图之间的通讯是单向的,这样会导致Presenter难以处理视图之间的交互。 3. MVVM模式 MVVM全称Model-View-ViewModel,即模型-视图-视图模型。它是一种新的架构模式,它将控制器改为了ViewModel,同时将模型和视图之间的通讯改为了单向的。在MVVM中,ViewModel充当了控制器的角色,它负责将模型转化为视图模型,同时也将视图模型转化为模型。这样,视图和ViewModel之间的通讯是双向的,而视图和模型之间的通讯是单向的。 MVVM模式的核心思想是将视图和模型完全隔离开来,使得视图和模型之间的耦合度大大降低。它的优点在于,ViewModel的引入,使得视图的逻辑变得更加简单、清晰,并且方便了测试。但它的缺点是,MVVM的实现往往需要使用一些高级的技术,如数据绑定、命令绑定等,这样增加了开发的难度。同时,视图模型往往会变得很大,因为它需要处理大量的业务逻辑和用户输入。 综上所述,MVCMVPMVVM都是常用的软件架构模式,它们各自具有不同的特点和适用场景。在实际开发中,我们应根据具体的应用需求来选择合适的架构模式,以便更好地实现代码的可复用性、可维护性和可扩展性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值