前端 Vue.js 和 MVVM 详细介绍
mvvm 是model-view-viewmodel 的缩写,它是一种基于前端开发的架构模式,其核心是提供对view 和 viewmodel 的双向数据绑定,这使得viewmodel 的状态改变可以自动传递给 view,即所谓的数据双向绑定。
vue.js 是一个提供了 mvvm 风格的双向数据绑定的 javascript 库,专注于view 层。它的核心是 mvvm 中的 vm,也就是 viewmodel。 viewmodel负责连接 view 和 model,保证视图和数据的一致性,这种轻量级的架构让前端开发更加高效、便捷。
为什么会出现 mvvm 呢?
我接触mvvm 是在2015年,可以说2015年是mvvm 最火热的一年,而在这之前,我所知道的就是mvc, mvc 大约是在5年前,也就是2011年的时候接触的,那时候刚学编程语言,学的java,而java 中经典的 ssh 框架就用来构建一个标准的mvc 框架。说实话,mvc 用了这么多年,但始终没有很深刻的理解,只停留在用的层面, 一直到接触 vue.js 之后,研究了mvvm 架构思想,然后再回头看 mvc ,才有一种豁然开朗的感觉~
mvc 即 model-view-controller 的缩写,就是 模型-视图-控制器 , 也就是说一个标准的web 应用程式是由这三部分组成的:
- view 用来把数据以某种方式呈现给用户。
- model 其实就是数据。
- controller 接收并处理来自用户的请求,并将 model 返回给用户。
在html5 还未火起来的那些年,mvc 作为web 应用的最佳实践是ok 的,这是因为 web 应用的view 层相对来说比较简单,前端所需要的数据在后端基本上都可以处理好,view 层主要是做一下展示,那时候提倡的是 controller 来处理复杂的业务逻辑,所以view 层相对来说比较轻量,就是所谓的瘦客户端思想。
2010年到2011年,html5概念被热炒,受到追捧,2012年,w3c 正式宣布html5规范已经正式定稿。2013年我刚进公司就接触了第一个 html5 框架 sench touch, 它是一款用来构建移动应用的html5 框架,它将前后端彻底分离,前端采用mvc 架构,作为一个独立的项目工程来维护。
为什么前端要工程化,要是使用mvc?
相对 html4 , html5 最大的亮点是它为移动设备提供了一些非常有用的功能,使得 html5 具备了开发app的能力, html5开发app 最大的好处就是跨平台、快速迭代和上线,节省人力成本和提高效率,因此很多企业开始对传统的app进行改造,逐渐用h5代替native,到2015年的时候,市面上大多数app 或多或少嵌入都了h5 的页面。
既然要用h5 来构建 app, 那view 层所做的事,就不仅仅是简单的数据展示了,它不仅要管理复杂的数据状态,还要处理移动设备上各种操作行为等等。因此,前端也需要工程化,也需要一个类似于mvc 的框架来管理这些复杂的逻辑,使开发更加高效。 但这里的 mvc 又稍微发了点变化:
- view ui布局,展示数据。
- model 管理数据。
- controller 响应用户操作,并将 model 更新到 view 上。
这种 mvc 架构模式对于简单的应用来看起是ok 的,也符合软件架构的分层思想。 但实际上,随着h5 的不断发展,人们更希望使用h5 开发的应用能和native 媲美,或者接近于原生app 的体验效果,于是前端应用的复杂程度已不同往日,今非昔比。这时前端开发就暴露出了三个痛点问题:
1、开发者在代码中大量调用相同的 dom api, 处理繁琐 ,操作冗余,使得代码难以维护。
2、大量的dom 操作使页面渲染性能降低,加载速度变慢,影响用户体验。
3、当 model 频繁发生变化,开发者需要主动更新到view ;当用户的操作导致 model 发生变化,开发者同样需要将变化的数据
同步到model 中,这样的工作不仅繁琐,而且很难维护复杂多变的数据状态。
其实,早期jquery 的出现就是为了前端能更简洁的操作dom 而设计的,但它只解决了第一个问题,另外两个问题始终伴随着前端一直存在。
mvvm 的出现,完美解决了以上三个问题
mvvm 由 model,view,viewmodel 三部分构成,model 层代表数据模型,也可以在model中定义数据修改和操作的业务逻辑;view 代表ui 组件,它负责将数据模型转化成ui 展现出来,viewmodel 是一个同步view 和 model的对象。
在mvvm架构下,view 和 model 之间并没有直接的联系,而是通过viewmodel进行交互,model 和 viewmodel 之间的交互是双向的, 因此view 数据的变化会同步到model中,而model 数据的变化也会立即反应到view 上。
viewmodel 通过双向数据绑定把 view 层和 model 层连接了起来,而view 和 model 之间的同步工作完全是自动的,无需人为干涉,因此开发者只需关注业务逻辑,不需要手动操作dom, 不需要关注数据状态的同步问题,复杂的数据状态维护完全由 mvvm 来统一管理。
vue.js 的细节
vue.js 可以说是mvvm 架构的最佳实践,专注于 mvvm 中的 viewmodel,不仅做到了数据双向绑定,而且也是一款相对来比较轻量级的js 库,api 简洁,很容易上手。vue的基础知识网上有现成的教程,此处不再赘述, 下面简单了解一下 vue.js 关于双向绑定的一些实现细节:
vue.js 是采用 object.defineproperty 的 getter 和 setter,并结合观察者模式来实现数据绑定的。当把一个普通 javascript 对象传给 vue 实例来作为它的 data 选项时,vue 将遍历它的属性,用 object.defineproperty 将它们转为 getter/setter。用户看不到 getter/setter,但是在内部它们让 vue 追踪依赖,在属性被访问和修改时通知变化。
- observer 数据监听器,能够对数据对象的所有属性进行监听,如有变动可拿到最新值并通知订阅者,内部采用object.defineproperty的getter和setter来实现。
- compile 指令解析器,它的作用对每个元素节点的指令进行扫描和解析,根据指令模板替换数据,以及绑定相应的更新函数。
- watcher 订阅者, 作为连接 observer 和 compile 的桥梁,能够订阅并收到每个属性变动的通知,执行指令绑定的相应回调函数。
- dep 消息订阅器,内部维护了一个数组,用来收集订阅者(watcher),数据变动触发notify 函数,再调用订阅者的 update 方法。
从图中可以看出,当执行 new vue() 时,vue 就进入了初始化阶段,一方面vue 会遍历 data 选项中的属性,并用 object.defineproperty 将它们转为 getter/setter,实现数据变化监听功能;另一方面,vue 的指令编译器compile 对元素节点的指令进行扫描和解析,初始化视图,并订阅watcher 来更新视图, 此时wather 会将自己添加到消息订阅器中(dep),初始化完毕。
当数据发生变化时,observer 中的 setter 方法被触发,setter 会立即调用dep.notify(),dep 开始遍历所有的订阅者,并调用订阅者的 update 方法,订阅者收到通知后对视图进行相应的更新。
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!
上一篇: PHP 函数执行效率的小比较
下一篇: Python中tell()方法的使用详解