前言
本文主要比较Vue2.0
与Vue3.0
双向绑定的原理,以及由二者不同的原理造成的一些差异,并对该差异产生的原因进行简单的分析。
Vue2.0
双向绑定的主要实现原理是Object.defineProperty()
方法Vue3.0
双向绑定的主要实现原理是ES6
新增的Proxy()
对象
所以本文阐述的双向绑定的原理的区别简单来说就是上述两种方法对于劫持
对象属性的不同。但是为了详细说清楚不同原理造成的差异,我们必须从源码说起。Vue
双向绑定应用的设计模式是发布-订阅模式
,由于设计模式能更好的说明不同类之间的意图,对于我们理解源码有很大的帮助(Ps:对于笔者是的) ,所以我们将从这个设计模式说起。发布-订阅模式
在很多文章中都被认为成观察者模式
,包括在《Javascript设计模式与开发实践》一书中,作者表示发布-订阅模式又叫观察者模式
经过笔者考察二者在是实现上还是有些区别,但是能确定发布-订阅模式
是观察者模式
的一种变体。
观察者模式 VS 发布-订阅模式
观察者模式
它定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都将得到通知。
观察者模式中主要由两类对象组成,一种是发布者(主题),一种是观察者。
- 发布者 – 为观察者提供注册功能,在需要的时候给观察者发送消息
- 观察者 – 实现上需要监听发布者的改变
具体实现我们来看一下代码(TypeScript)
1 | class Observer { |
这就是最简单的观察者模式的实现方式,该模式主要含有两种类型的对象,而且这两种对象之间是“互相了解”的。
发布-订阅模式
事实上,发布-订阅模式
与观察者模式
的意图是没有太大的区别的,都是为了监听一个对象的变化,并且在这个对象改变的时候通知另一个对象。但是现在两个对象之间是“互相了解”(耦合)的,那么为了解耦两种对象之间的关系,我们可以来看一下发布-订阅模式
有什么新的改变呢?
我们再来看一下具体代码的实现(TypeScript)
1 | class Dep { |
与观察者模式相比较,该模式增加了消息中心的对象来做消息的调度工作。
而我们一会要看的Vue
源码,就是通过这种方式实现的。
Vue 双向绑定原理解析
Vue 2.0 VS 3.0 有哪些不同
- 2.0 响应式数据都要提前data里面声明
- 2.0 响应式数据对数组的效果不理想
- 2.0 响应式数据需要对多级对象进行深度遍历影响性能
那造成2.0这些问题的原因是什么呢?
手写 Vue 双向绑定部分源码
我们举个简单的双向绑定的例子:页面上存在input
输入框以及一个p
标签,我们要实现一个在输入框输入的内容会自动显示在p
标签当中的功能。其实就是手写一个最普通的一个双向绑定。
Observer
作为发布者,用来做检测data数据改变的功能Dep
作为消息中心,用来管理Observer
与Subscriber
之间的消息传递Subscriber
作为观察者,数据有改变时被通知并执行update
方法
代码的具体实现(html + ts)
建议您自己手写一边,最好是再用调试模式看一下执行过程。
1 |
|
1 | /** |
理解源码之后我们来分析一下为什么存在上面我们说的三个问题
- 2.0 响应式数据都要提前data里面声明;响应式数据是通过
访问器属性(getter/setter)
实现的,但是我们声明的时候声明的是对象的数据属性
,是通过调用方法defineReactive()
设置的响应式数据。假设我们的Vue实例化之后在代码中声明了一个属性,那么这个属性是没有调用过defineReactive()
方法的。 - 2.0 响应式数据对数组的效果不理想;响应式数据是通过
访问器属性(getter/setter)
实现的,当数组改变的时候无法检测到。最常见改变数组的方法:’push’, ‘pop’, ‘shift’, ‘unshift’, ‘splice’, ‘sort’, ‘reverse’(不包括改变数组的指向) - 2.0 响应式数据需要对多级对象进行深度遍历影响性能;2.0中为了能全面的对数据进行监听,所以要把多级对象进行深度遍历,为每个对象(PS:包括深度)的属性设置
访问器属性
那么Proxy
如何避免以上问题呢?
1 | const data = { |
Proxy
只需要给整个对象做劫持就可以,不需要为每个属性增加访问器属性
1 | const data = [123, 123] |
Proxy
天生就可以劫持数组的改变
1 | const newData = new Proxy(data, { |
Proxy
只能劫持代理对象的直系属性,多级属性改变也无法劫持,所以也需要做深层遍历劫持;
由于Proxy
可以代理整个对象,所以相比直线深层遍历其实“不深”