MVCMVP和MVVM模式的基础认识
Posted 苛学加
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MVCMVP和MVVM模式的基础认识相关的知识,希望对你有一定的参考价值。
MVC、MVP和MVVM的基础认识和区别
MVC、MVP和MVVM都是一种设计思想,其核心宗旨就是让代码层次更清晰、降低耦合、提高复用性,各司其职。
其中MVC思想一般运用在全栈开发上,MVVM思想则一般运用在前端开发上。
因为只是一种思想,你想在前端使用MVC也是可以的,总之你想在哪儿用上这些思想都行。
先大体上了解一下MVC和MVVM常见的使用场景。
下面为使用node.js搭建的服务和web页面的整体架构图:
一、MVC 设计模式
1. 定义
MVC 即:Model(模型)
、View(视图)
、Controller(控制器)
,也叫三层架构。
- Model:模型,及数据,一般为一个存取数据的对象。
- View:视图,及页面展示,负责将模型中的数据进行可视化展示。
- Controller: 控制器,及事件方法,负责控制模型和视图,它控制数据流向模型对象,并在数据变化时更新视图。
2. 特点
优点
- 耦合性低,视图模型控制器三者相互分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码。
- 重用性高,多个视图能共享一个模型。
- 可维护性高,分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。
- 前后端可以分工作业,提升开发效率。
缺点
- 不适合小型应用程序。
- 增加系统结构和实现的复杂性。
- 控制层和表现层有时会过于紧密,导致没有真正分离和重用。
二、MVP 设计模式
1. 定义
MVP 即:Model(模型)
、View(视图)
、Presenter(控制中心)
,一般在.net开发以及android和ios的原生开发中应用,MVP简化了MVC中数据的交叉交互。
- Model:模型,及数据,一般为一个存取数据的对象。
- View:视图,及页面展示,负责将模型中的数据进行可视化展示。
- Presenter: 控制中心,model和view的交付都通过presenter来进行。
2. 特点
Presenter需要处理业务逻辑并且处理页面参数获取及显示更新,只适合小型项目,大项目会导致Presenter非常臃肿。
mvp更像是mvc和mvvm中间的一个过渡思想,为了处理Presenter臃肿问题,于是有了VM的数据双向绑定,处理了获取和更新页面数据的问题。
三、MVVM 设计模式
1. 定义
MVVM 即:Model(模型)
、View(视图)
、ViewModel(视图-数据)
。
- Model:模型,它是与应用程序的业务逻辑相关的数据的封装载体。
- View:视图,专注于界面的显示和渲染。
- ViewModel: 视图-数据,它是View和Model的粘合体,负责View和Model的交互和协作。
MVVM 设计模式将view层的布局控件和model层的数据通过中间桥梁viewModel实现双向绑定,而view和model没有直接的交互,实现了view和model的解耦。
2. 特点
MVVM模式和MVC模式一样,主要目的是分离视图(View)和模型(Model),MVVM本质上是MVC 的改进版。
优点
- 数据双向绑:减少基础代码,提高开发效率(由vm层提供,vm是MVVM的核心)。
- 低耦合:视图(View)可以独立于Model变化和修改,一个ViewModel可以绑定到不同的"View"上,当View变化的时候Model可以不变,当Model变化的时候View也可以不变。
- 可重用性:你可以把一些视图逻辑放在一个ViewModel里面,让很多view重用这段视图逻辑。
- 独立开发:开发人员可以专注于业务逻辑和数据的开发(ViewModel),设计人员可以专注于页面设计,使用Expression Blend可以很容易设计界面并生成xml代码。
- 界面测试:界面素来是比较难于测试的,而现在测试可以针对ViewModel来写。
缺点
- 数据双向绑定增加了大量的内存开销,增加了程序的编译时间,项目越大内存开销越大。
- 数据绑定使得 Bug 很难被调试。你看到界面异常了,有可能是你 View 的代码有 Bug,也可能是 Model 的代码有问题。
以上是关于MVCMVP和MVVM模式的基础认识的主要内容,如果未能解决你的问题,请参考以下文章