文章首发于:github.com/USTB-musion…vue
Vue的组件对象支持计算属性computed和侦听属性watch两个选项,但这两个属性用法有什么异同以及它们底层实现的原理是什么?本文将用例子结合源码来进行总结。node
本文将从如下六个模块进行总结:ios
1.computed是计算属性,相似于过滤器,对绑定到视图的数据进行处理,并监听变化进而执行对应的方法,对这部分不太明白的话能够看一下个人另外一篇文章Vue.js的响应式系统原理。官网的例子:git
<div id="example">
<p>Original message: "{{ message }}"</p>
<p>Computed reversed message: "{{ reversedMessage }}"</p>
</div>
复制代码
var vm = new Vue({
el: '#example',
data: {
message: 'Hello'
},
computed: {
// 计算属性的 getter
reversedMessage: function () {
// `this` 指向 vm 实例
return this.message.split('').reverse().join('')
}
}
})
复制代码
结果:github
Original message: "Hello"
Computed reversed message: "olleH"
复制代码
计算属性是基于它们的依赖进行缓存的。只在相关依赖发生改变时它们才会从新求值。值得注意的是“reversedMessage”不能在组件的props和data中定义,不然会报错。express
2.watch是一个侦听的动做,用来观察和响应 Vue 实例上的数据变更。官网上的例子:npm
<div id="watch-example">
<p>
Ask a yes/no question:
<input v-model="question">
</p>
<p>{{ answer }}</p>
</div>
复制代码
<!-- 由于 AJAX 库和通用工具的生态已经至关丰富,Vue 核心代码没有重复 -->
<!-- 提供这些功能以保持精简。这也可让你自由选择本身更熟悉的工具。 --> <script src="https://cdn.jsdelivr.net/npm/axios@0.12.0/dist/axios.min.js"></script> <script src="https://cdn.jsdelivr.net/npm/lodash@4.13.1/lodash.min.js"></script> <script> var watchExampleVM = new Vue({ el: '#watch-example', data: { question: '', answer: 'I cannot give you an answer until you ask a question!' }, watch: { // 若是 `question` 发生改变,这个函数就会运行 question: function (newQuestion, oldQuestion) { this.answer = 'Waiting for you to stop typing...' this.debouncedGetAnswer() } }, created: function () { // `_.debounce` 是一个经过 Lodash 限制操做频率的函数。 // 在这个例子中,咱们但愿限制访问 yesno.wtf/api 的频率 // AJAX 请求直到用户输入完毕才会发出。想要了解更多关于 // `_.debounce` 函数 (及其近亲 `_.throttle`) 的知识, // 请参考:https://lodash.com/docs#debounce this.debouncedGetAnswer = _.debounce(this.getAnswer, 500) }, methods: { getAnswer: function () { if (this.question.indexOf('?') === -1) { this.answer = 'Questions usually contain a question mark. ;-)' return } this.answer = 'Thinking...' var vm = this axios.get('https://yesno.wtf/api') .then(function (response) { vm.answer = _.capitalize(response.data.answer) }) .catch(function (error) { vm.answer = 'Error! Could not reach the API. ' + error }) } } }) </script> 复制代码
在这个示例中,使用 watch 选项容许咱们执行异步操做 (访问一个 API),限制咱们执行该操做的频率,并在咱们获得最终结果前,设置中间状态。这些都是计算属性没法作到的。axios
下面来总结下这二者用法的异同:api
相同: computed和watch都起到监听/依赖一个数据,并进行处理的做用数组
异同:它们其实都是vue对监听器的实现,只不过computed主要用于对同步数据的处理,watch则主要用于观测某个值的变化去完成一段开销较大的复杂业务逻辑。能用computed的时候优先用computed,避免了多个数据影响其中某个数据时屡次调用watch的尴尬状况。
<div id="demo">{{ fullName }}</div>
复制代码
var vm = new Vue({
el: '#demo',
data: {
firstName: 'Foo',
lastName: 'Bar',
fullName: 'Foo Bar'
},
watch: {
firstName: function (val) {
console.log('第一次没有执行~')
this.fullName = val + ' ' + this.lastName
}
}
})
复制代码
能够看到,初始化的时候watch是不会执行的。看上边的例子,只要当firstName的值改变的时候才会执行监听计算。但若是想在第一次它在被绑定的时候就执行怎么办?这时候就要修改一下咱们的例子:
watch: {
firstName: {
handler(val) {
console.log('第一次执行了~')
this.fullName = val + ' ' + this.lastName
},
// 表明在watch里声明了firstName这个方法以后当即先去执行handler方法
immediate: true
}
}
复制代码
打开控制台能够看到打印出了‘第一次执行了~’。注意到handler了吗,咱们给 firstName 绑定了一个handler方法,以前咱们写的 watch 方法其实默认写的就是这个handler,Vue.js会去处理这个逻辑,最终编译出来其实就是这个handler。
而immediate:true表明若是在 wacth 里声明了 firstName 以后,就会当即先去执行里面的handler方法,若是为 false就跟咱们之前的效果同样,不会在绑定的时候就执行。为何加上handler方法和immediate:true就能在绑定的时候第一次就执行呢?待会儿在分析源码的时候就能理解了。
watch里还有一个deep属性,表明是否开启深度监听,默认为false,下面来看一个例子:
<div id="app">
<div>obj.a: {{obj.a}}</div>
<input type="text" v-model="obj.a">
</div>
复制代码
var vm = new Vue({
el: '#app',
data: {
obj: {
a: 1
}
},
watch: {
obj: {
handler(val) {
console.log('obj.a changed')
},
immediate: true
}
}
})
复制代码
当咱们在input输入框中输入数据改变obj.a的值时,咱们发如今控制台没有打印出'obj.a changed'。受现代 JavaScript 的限制 (以及废弃 Object.observe),Vue 不能检测到对象属性的添加或删除。因为 Vue 会在初始化实例时对属性执行 getter/setter 转化过程,因此属性必须在 data 对象上存在才能让 Vue 转换它,才能让它是响应式的。
默认状况下 在handler方法中 只监听obj这个属性它的引用的变化,咱们只有给obj赋值的时候它才会监听到,好比咱们在 mounted事件钩子函数中对obj进行从新赋值:
mounted() {
this.obj = {
a: '123'
}
}
复制代码
这样handler就会执行了,且打印出了'obj.a changed'。
可是咱们若是须要监听obj里的属性值呢?这时候,deep属性就派上用场了。咱们只须要加上deep:true,就能深度监听obj里属性值。
watch: {
obj: {
handler(val) {
console.log('obj.a changed')
},
immediate: true,
deep: true
}
}
复制代码
deep属性的意思是深度遍历,会在对象一层层往下遍历,在每一层都加上监听器。在源码中的体现,定义在src/core/observer/traverse.js中:
/* @flow */
import { _Set as Set, isObject } from '../util/index'
import type { SimpleSet } from '../util/index'
import VNode from '../vdom/vnode'
const seenObjects = new Set()
/** * Recursively traverse an object to evoke all converted * getters, so that every nested property inside the object * is collected as a "deep" dependency. */
export function traverse (val: any) {
_traverse(val, seenObjects)
seenObjects.clear()
}
function _traverse (val: any, seen: SimpleSet) {
let i, keys
const isA = Array.isArray(val)
if ((!isA && !isObject(val)) || Object.isFrozen(val) || val instanceof VNode) {
return
}
if (val.__ob__) {
const depId = val.__ob__.dep.id
if (seen.has(depId)) {
return
}
seen.add(depId)
}
if (isA) {
i = val.length
while (i--) _traverse(val[i], seen)
} else {
keys = Object.keys(val)
i = keys.length
while (i--) _traverse(val[keys[i]], seen)
}
}
复制代码
若是this.deep == true,即存在deep,则触发每一个深层对象的依赖,追踪其变化。traverse方法递归每个对象或者数组,触发它们的getter,使得对象或数组的每个成员都被依赖收集,造成一个“深(deep)”依赖关系。这个函数实现还有一个小的优化,遍历过程当中会把子响应式对象经过它们的 dep.id 记录到 seenObjects,避免之后重复访问。
可是使用deep属性会给每一层都加上监听器,性能开销可能就会很是大了。这样咱们能够用字符串的形式来优化:
watch: {
'obj.a': {
handler(val) {
console.log('obj.a changed')
},
immediate: true
// deep: true
}
}
复制代码
直到遇到'obj.a'属性,才会给该属性设置监听函数,提升性能。
咱们知道new Vue()的时候会调用_init方法,该方法会初始化生命周期,初始化事件,初始化render,初始化data,computed,methods,wacther等等。对这部分不太明白的话能够参考我写的另一篇文章:Vue.js源码角度:剖析模版和数据渲染成最终的DOM的过程。今天主要来看如下初始化watch(initWatch)的实现,我加上了注释方便理解,定义在src/core/instance/state.js中:
// 用于传入Watcher实例的一个对象,即computed watcher
const computedWatcherOptions = { computed: true }
function initComputed (vm: Component, computed: Object) {
// $flow-disable-line
// 声明一个watchers且同时挂载到vm实例上
const watchers = vm._computedWatchers = Object.create(null)
// 在SSR模式下computed属性只能触发getter方法
const isSSR = isServerRendering()
// 遍历传入的computed方法
for (const key in computed) {
// 取出computed对象中的每一个方法并赋值给userDef
const userDef = computed[key]
const getter = typeof userDef === 'function' ? userDef : userDef.get
if (process.env.NODE_ENV !== 'production' && getter == null) {
warn(
`Getter is missing for computed property "${key}".`,
vm
)
}
// 若是不是SSR服务端渲染,则建立一个watcher实例
if (!isSSR) {
// create internal watcher for the computed property.
watchers[key] = new Watcher(
vm,
getter || noop,
noop,
computedWatcherOptions
)
}
// component-defined computed properties are already defined on the
// component prototype. We only need to define computed properties defined
// at instantiation here.
if (!(key in vm)) {
// 若是computed中的key没有设置到vm中,经过defineComputed函数挂载上去
defineComputed(vm, key, userDef)
} else if (process.env.NODE_ENV !== 'production') {
// 若是data和props有和computed中的key重名的,会产生warning
if (key in vm.$data) {
warn(`The computed property "${key}" is already defined in data.`, vm)
} else if (vm.$options.props && key in vm.$options.props) {
warn(`The computed property "${key}" is already defined as a prop.`, vm)
}
}
}
}
复制代码
经过源码咱们能够发现它先声明了一个名为watchers的空对象,同时在vm上也挂载了这个空对象。以后遍历计算属性,并把每一个属性的方法赋给userDef,若是userDef是function的话就赋给getter,接着判断是不是服务端渲染,若是不是的话就建立一个Watcher实例。不过须要注意的是,这里新建的实例中咱们传入了第四个参数,也就是computedWatcherOptions。const computedWatcherOptions = { computed: true },这个对象是实现computed watcher的关键。这时,Watcher中的逻辑就有变化了:
// 源码定义在src/core/observer/watcher.js中
// options
if (options) {
this.deep = !!options.deep
this.user = !!options.user
this.computed = !!options.computed
this.sync = !!options.sync
this.before = options.before
} else {
this.deep = this.user = this.computed = this.sync = false
}
// 其余的代码......
this.dirty = this.computed // for computed watchers
复制代码
这里传入的options就是上边定义的computedWatcherOptions,当走initData方法的时候,options并不存在,但当走到initComputed的时候,computedWatcherOptions中的computed为true,注意上边的一行代码this.dirty = this.computed,将this.computed赋值给this.dirty。接着看下边的代码:
evaluate () {
if (this.dirty) {
this.value = this.get()
this.dirty = false
}
return this.value
}
复制代码
只有this.dirty为true的时候才能经过 this.get() 求值,而后把 this.dirty 设置为 false。在求值过程当中,会执行 value = this.getter.call(vm, vm),这实际上就是执行了计算属性定义的 getter 函数,不然直接返回value。
当对计算属性依赖的数据作修改的时候,会触发 setter 过程,通知全部订阅它变化的 watcher 更新,执行 watcher.update() 方法:
/** * Subscriber interface. * Will be called when a dependency changes. */
update () {
/* istanbul ignore else */
if (this.computed) {
// A computed property watcher has two modes: lazy and activated.
// It initializes as lazy by default, and only becomes activated when
// it is depended on by at least one subscriber, which is typically
// another computed property or a component's render function.
if (this.dep.subs.length === 0) {
// In lazy mode, we don't want to perform computations until necessary,
// so we simply mark the watcher as dirty. The actual computation is
// performed just-in-time in this.evaluate() when the computed property
// is accessed.
this.dirty = true
} else {
// In activated mode, we want to proactively perform the computation
// but only notify our subscribers when the value has indeed changed.
this.getAndInvoke(() => {
this.dep.notify()
})
}
} else if (this.sync) {
this.run()
} else {
queueWatcher(this)
}
}
复制代码
么对于计算属性这样的 computed watcher,它其实是有 2 种模式,lazy 和 active。若是 this.dep.subs.length === 0 成立,则说明没有人去订阅这个 computed watcher 的变化,就把把 this.dirty = true,只有当下次再访问这个计算属性的时候才会从新求值。不然会执行getAndInvoke方法:
getAndInvoke (cb: Function) {
const value = this.get()
if (
value !== this.value ||
// Deep watchers and watchers on Object/Arrays should fire even
// when the value is the same, because the value may
// have mutated.
isObject(value) ||
this.deep
) {
// set new value
const oldValue = this.value
this.value = value
this.dirty = false
if (this.user) {
try {
cb.call(this.vm, value, oldValue)
} catch (e) {
handleError(e, this.vm, `callback for watcher "${this.expression}"`)
}
} else {
cb.call(this.vm, value, oldValue)
}
}
}
复制代码
getAndInvoke 函数会从新计算,而后对比新旧值,在三种状况下(1.新旧值不想等的状况2.value是对象或数组的时候3.设置deep属性的时候)会执行回调函数,那么这里这个回调函数是 this.dep.notify(),在咱们这个场景下就是触发了渲染 watcher 从新渲染。这就能解释官网中所说的计算属性是基于它们的依赖进行缓存的。
上边提到了在new Vue()的时候调用了_init方法完成了初始化。在这当中有调用了initWatch方法,定义在src/core/instance/state.js中:
function initWatch (vm: Component, watch: Object) {
for (const key in watch) {
const handler = watch[key]
if (Array.isArray(handler)) {
for (let i = 0; i < handler.length; i++) {
createWatcher(vm, key, handler[i])
}
} else {
createWatcher(vm, key, handler)
}
}
}
复制代码
遍历watch对象,并将每一个watch[key]赋值给handler,若是是数组则遍历电影createWatcher方法,不然直接调用createWatcher方法。接下来看一下createWatcher方法的定义:
function createWatcher ( vm: Component, expOrFn: string | Function, handler: any, options?: Object ) {
if (isPlainObject(handler)) {
options = handler
handler = handler.handler
}
if (typeof handler === 'string') {
handler = vm[handler]
}
return vm.$watch(expOrFn, handler, options)
}
复制代码
经过代码能够发现,createWatcher方法vm.$$watch(keyOrFn, handler, options) 函数,调用了Vue.prototype.$watch方法,定义在src/core/instance/state.js中:
Vue.prototype.$watch = function ( expOrFn: string | Function, cb: any, options?: Object ): Function {
const vm: Component = this
if (isPlainObject(cb)) {
return createWatcher(vm, expOrFn, cb, options)
}
options = options || {}
options.user = true
const watcher = new Watcher(vm, expOrFn, cb, options)
if (options.immediate) {
cb.call(vm, watcher.value)
}
return function unwatchFn () {
watcher.teardown()
}
}
}
复制代码
经过代码咱们能够发现, watch 最终会调用Vue.prototype.watch 方法是用户能够直接调用的,它能够传递一个对象,也能够传递函数。接着执行 const watcher = new Watcher(vm, expOrFn, cb, options) 实例化了一个 watcher,这里须要注意一点这是一个 user watcher,由于 options.user = true。经过实例化 watcher 的方式,一旦咱们 watch 的数据发送变化,它最终会执行 watcher 的 run 方法,执行回调函数 cb,而且若是咱们设置了 immediate 为 true,则直接会执行回调函数 cb。即设置immediate属性为true的时候,第一次watch绑定的时候就能够执行。最后返回了一个 unwatchFn 方法,它会调用 teardown 方法去移除这个 watcher。
因此watcher是如何工做的?本质上也是基于 Watcher 实现的,它是一个 user watcher。前面提到了计算属性computed本质上是一个computed watcher。
经过以上的分析,深刻理解了计算属性computed和侦听属性watch是如何工做的。计算属性本质上是一个computed watch,侦听属性本质上是一个user watch。且它们其实都是vue对监听器的实现,只不过computed主要用于对同步数据的处理,watch则主要用于观测某个值的变化去完成一段开销较大的复杂业务逻辑。。能用computed的时候优先用computed,避免了多个数据影响其中某个数据时屡次调用watch的尴尬状况。