使用场景
讲实现之前,我们先简单想一下一般会在哪些地方使用到computed。一般我们比较常用的有一下几种情景:
- 模版计算:在模版里某个或者通过一些处理,比方说时间格式化等
- 动态求值:数据依赖多个变量变化
以上这些场景我们实际上也可以通过method以及watch监听多个数据实现。那么为什么需要computed,他有什么特性?
先贴一个官方的解释:计算属性是基于它们的响应式依赖进行缓存的,只在相关响应式依赖发生改变时它们才会重新求值。
从这我们可以看到computed有两个特性
- 值是响应式变化(区别于method)
- 数据会进行缓存
下面我们就从源码角度分析一下,具体是怎么实现上面的两个特性的。
入口
computed的源码实现在目录src/core/instance
,为了方便阅读,代码解析会省略部分代码。
// state.js
export function initState (vm: Component) {
vm._watchers = []
const opts = vm.$options
if (opts.props) initProps(vm, opts.props)
if (opts.methods) initMethods(vm, opts.methods)
if (opts.data) {
initData(vm)
} else {
observe(vm._data = {}, true /* asRootData */)
}
if (opts.computed) initComputed(vm, opts.computed)
if (opts.watch && opts.watch !== nativeWatch) {
initWatch(vm, opts.watch)
}
}
vue在初始化的时候 会先去执行```initProps, initMethods, initData ,然后进行computed的初始化, 这里我们也就知道为什么在data初始化时,获取不到computed的值
initState的时候判断是不是有computed对象,有的话执行initComputed方法
initComputed
// state.js
const computedWatcherOptions = { lazy: true }
function initComputed (vm: Component, computed: Object) {
const watchers = vm._computedWatchers = Object.create(null)
// 是否是服务端渲染
const isSSR = isServerRendering()
for (const key in computed) {
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
)
}
if (!isSSR) {
// create internal watcher for the computed property.
watchers[key] = new Watcher(
vm,
getter || noop,
noop,
computedWatcherOptions
)
}
// 如果在data或者prop有相同的名称存在的情况下,提示
if (!(key in vm)) {
defineComputed(vm, key, userDef)
} else if (process.env.NODE_ENV !== 'production') {
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)
}
}
}
}
initComputed 做了几件事情
生成一个空对象_computedWatchers,并挂载到vue实例上 (后续访问key都是直接读取这个对象)
获取computed的getter, 函数形式是函数本身,对象的话必须存在get函数
为computed对象的每一个key,分配一个watch实例,并添加到_computedWatchers上
判断,确保不会出现于data、prop重名的字段,有重名提示,后续不执行
执行defineComputed:通过Object.defineProperty 设置代理,后续访问
到这里大概我们可以猜测一下,computed的缓存应该是通过生成一个对象,每个键值都绑定了一个watch实例用于依赖收集。与其他地方使用watch不同的在于它传入了配置参数{ lazy: true }
, 这个的目的是让实例化的时候不回立即求值,而是在访问到它的地方才会去求值。
// src/core/observer/watcher.js
export default class Watch {
constructor () {
....
this.value = this.lazy
? undefined
: this.get()
}
}
defineComputed
既然初次实例化的时候并没有求值,那么后续取值的时候是怎么去保证能拿到最新的数据呢?这个答案在defineComputed我们能找到,接下去我们就分析一下这个方法,看一下怎么去实现求值与取值的。
export function defineComputed (
target: any,
key: string,
userDef: Object | Function
) {
const shouldCache = !isServerRendering()
if (typeof userDef === 'function') {
sharedPropertyDefinition.get = shouldCache
? createComputedGetter(key)
: createGetterInvoker(userDef)
sharedPropertyDefinition.set = noop
} else {
sharedPropertyDefinition.get = userDef.get
? shouldCache && userDef.cache !== false
? createComputedGetter(key)
: createGetterInvoker(userDef.get)
: noop
sharedPropertyDefinition.set = userDef.set || noop
}
if (process.env.NODE_ENV !== 'production' &&
sharedPropertyDefinition.set === noop) {
sharedPropertyDefinition.set = function () {
warn(
`Computed property "${key}" was assigned to but it has no setter.`,
this
)
}
}
Object.defineProperty(target, key, sharedPropertyDefinition)
}
defineComputed 通过 Object.defineProperty 为 computed的key值重新设置了get和set方法,对象情况下,set就是computed的set函数。通过cache判断执行的不同的get函数逻辑。
createComputedGetter
接下去看一下createComputedGetter 方法实现
function createComputedGetter (key) {
return function computedGetter () {
const watcher = this._computedWatchers && this._computedWatchers[key]
if (watcher) {
if (watcher.dirty) {
watcher.evaluate()
}
if (Dep.target) {
watcher.depend()
}
return watcher.value
}
}
}
这个方法里面才是computed能实现缓存的关键。从这个函数我们可以看出基本逻辑和我们之前分析的一致,每次访问key值时,首先是从_computedWatchers 这个对象去取出对应的watch实例, 返回wathc.value就是我们要的值。
这里还进行了判断了watch.dirty 也就是数据依赖变化的情况,执行wathcer.evaluate() 重新获取值
// src/core/observer/watcher.js
export default class Watch {
constructor () {
this.dirty = this.lazy
....
this.value = this.lazy
? undefined
: this.get()
}
}
get () {
pushTarget(this)
let value
const vm = this.vm
try {
value = this.getter.call(vm, vm)
} catch (e) {
if (this.user) {
handleError(e, vm, `getter for watcher "${this.expression}"`)
} else {
throw e
}
} finally {
// "touch" every property so they are all tracked as
// dependencies for deep watching
if (this.deep) {
traverse(value)
}
popTarget()
this.cleanupDeps()
}
return value
}
evaluate () {
this.value = this.get()
this.dirty = false
}
update () {
/* istanbul ignore else */
if (this.lazy) {
// computed watch
this.dirty = true
} else if (this.sync) {
this.run()
} else {
queueWatcher(this)
}
}
初始化实例的时候dirty等于传入的配置lazy 所以在第一次访问计算属性时,他会做一次求值,执行get更改value值。然后将dirty置为false, 后续我们访问的时候就会直接返回这个值,并不会再次计算,这就是为什么computed的数据能缓存的关键所在。
computed还有一个特性就是依赖的数据变化时,会跟随变化。这块涉及到依赖收集相关的,本篇不做展开。回忆一下之前的,在为key值分配watch的时候我们会把本身的get函数传入watch实例,然后在每次访问key的时候,如果dirty为true就会执行watch.get 方法,该方法执行的就是我们传入的computed的get函数, 这个时候他内部的响应式依赖数据就会收集。后续依赖数据变化时就会执行watch.update方法, 这个时候把就会再次把dirty设置为true, 接下去我们访问计算属性就会再次执行watch.get更新数据。
以上就是computed的完整实现
小结:computed实现主要是在实例下的生成_computedWatchers对象,后续访问都是直接访问到这个对象。对象上的每个键值都是一个watch实例,访问时返回watch的value值, 通过dirty去控制是否重新计算,每次依赖变化触发watch的update方法,改变dirty的值,下一次访问的时候重新计算获取值,否则直接返回上一次的值。
以上就是个人对computed的实现,如果有什么讲的不对的,欢迎评论回复指出。