Vue3计算属性怎么实现
今天小编给大家分享一下Vue3计算属性怎么实现的相关知识点，内容详细，逻辑清晰，相信大部分人都还太了解这方面的知识，所以分享这篇文章给大家参考一下，希望大家阅读完这篇文章后有所收获，下面我们一起来了解一下吧。
计算属性
Vue3的官方文档中，对于计算属性有这样的描述：
对于任何包含响应式数据的复杂逻辑，我们都应该使用计算属性。
计算属性只会在相关响应式依赖发生改变时重新求值。
从上面的描述可以明确计算属性的需求，计算属性计算的是响应式数据（满足描述1），且计算结果应当被缓存（满足描述2）。让我们一个一个来实现，先使用
computedfunction effect(fn) { // 副作用函数
const effectFn = () => {
cleanup(effectFn)
activeEffect = effectFn
effectStack.push(effectFn)
fn()
effectStack.pop()
activeEffect = effectStack[effectStack.length - 1]
}
effectFn.deps = []
effectFn()
}
...
const data = { foo: 1, bar: 2 }
const obj = new Proxy(data, { // 响应式对象
get(target, key) {
track(target, key)
return target[key]
},
set(target, key, newValue) {
target[key] = newValue
trigger(target, key)
return true
}
})
...
const sumRes = computed(() => obj.foo + obj.bar) // （1）
console.log(sumRes.value)在（1）处，我们简单写了一个计算属性的功能，为了实现通过
sumRes.valuegetfunction computed(getter) {
const effectFn = effect(getter)
const obj = {
get value() {
return effectFn()
}
}
return obj
}但这个函数显然是无法执行的，这是因为前面我们在实现
effectcomputedeffecteffecteffect为了实现这点，就需要向
effectlazyeffectoptionsfunction effect(fn, options = {}) {
const effectFn = () => {
cleanup(effectFn)
activeEffect = effectFn
effectStack.push(effectFn)
const res = fn() // （1）
effectStack.pop()
activeEffect = effectStack[effectStack.length - 1]
return res // （2）
}
effectFn.deps = []
effectFn.options = options // （3）
if (!options.lazy) { // （4）
effectFn()
}
return effectFn // （5）
}我们在（4）处放置了
lazyoptionseffecteffectcomputedlazyfunction computed(getter) {
const effectFn = effect(getter, { lazy: true })
const obj = {
get value() { // （6）
return effectFn()
}
}
return obj
}
const sumRes = computed(() => obj.foo + obj.bar)
从上图中可以看出，我们已经实现了描述1，即使用计算属性进行响应式数据的计算，当响应式数据的值发生变化时，计算属性的值也会随之改变。但观察上文代码的（6）处，不难发现，无论什么情况下，只要读取
sumRes.value先从最简单的入手，我们用一个变量
valuedirtyfunction computed(getter) {
let value
let dirty = true
const effectFn = effect(getter, { lazy: true })
const obj = {
get value() {
if(dirty) {
value = effectFn()
dirty = false
}
return value
}
}
return obj
}修改之后，缓存的值就能生效了。但这样做产生了一个明显的BUG，当
dirtyfalsetrueobj.barobj.foovalue
为了解决这个问题，我们需要一种方式，能够在
obj.barobj.foosumRes.valuedirtytrueoptionsconst obj = new Proxy(data, {
get(target, key) {
track(target, key)
return target[key]
},
set(target, key, newValue) {
target[key] = newValue
trigger(target, key)
return true
}
})再来回忆一下响应式对象的整个流程，当响应式对象中的数据被修改时，执行了
triggerdirtytruetriggerfunction trigger(target, key) {
const propsMap = objsMap.get(target)
if(!propsMap) return
const fns = propsMap.get(key)
const otherFns = new Set()
fns && fns.forEach(fn => {
if(fn !== activeEffect) {
otherFns.add(fn)
}
})
otherFns.forEach(fn => {
if(fn.options.scheduler) { // (7)
fn.options.scheduler()
} else {
fn()
}
})
}按照前文的思路，我们在（7）处增加了一个判断，如果副作用函数
fnoptionsschedulerschedulerfnschedulerfunction computed(getter) {
let value
let dirty = true
const effectFn = effect(getter, {
lazy: true,
scheduler() { // (8)
dirty = true
}
})
const obj = {
get value() {
if(dirty) {
value = effectFn()
dirty = false
}
return value
}
}
return obj
}在（8）处我们添加了调度器。添加调度器后，让我们再来串一下整个流程，当响应式数据被修改时，才会执行
函数。由于我们传入了调度器，因此trigger
triggerdirtytruedirtytrue
到这里为止，计算属性在功能上已经实现完毕了，让我们尝试完善它。在Vue中，当计算属性中的响应式数据被修改时，计算属性值会同步更改，进而重新渲染，并在页面上更新。渲染函数也会执行
effecteffectconst sumRes = computed(() => obj.foo + obj.bar)
effect(() => console.log('sumRes =', sumRes.value))这里我们的预期是当
obj.fooobj.bareffecteffectsumReseffectvaluegetobj.fooobj.bareffectfunction computed(getter) {
let value
let dirty = true
const effectFn = effect(getter, {
lazy: true,
scheduler() {
dirty = true
trigger(obj, 'value') // (9)
}
})
const obj = {
get value() {
if(dirty) {
value = effectFn()
dirty = false
}
track(obj, 'value') // (10)
return value
}
}
return obj
}在（10）处我们手动收集了副作用函数，并当响应式数据被修改时，触发它们。
使用微任务优化调度器
在设计调度器时，我们忽略了一个潜在的问题。
还是先来看一个例子：
effect(() => console.log(obj.foo))
for(let i = 0; i < 1e5; i++) {
obj.foo++
}
随着响应式数据
obj.fooconst jobQueue = new Set() // (11)
const p = Promise.resolve() // (12)
let isFlushing = false // (13)
function flushJob() { // (14)
if (isFlushing) return
isFlushing = true
p.then(() => {
jobQueue.forEach(job => {
job()
})
}).finally(() => {
isFlushing = false
})
}这里我们的思路是使用微任务队列来进行优化。（11）处我们定义了一个
SetPromiseSetflushJob()isFlushingeffecteffect(() => { console.log(obj.foo) }, {
scheduler(fn) {
jobQueue.add(fn)
flushJob()
}
})
需要注意的是，浏览器在执行微任务时，会把微任务队列中的所有微任务一口气做完。因此，微任务在执行时会阻塞页面的渲染。所以在实际使用时，要注意避免在微任务队列中放置过重的任务，以免引起卡顿。