Vue中computed分析

Vue中computed分析

Vuecomputed是计算属性,其会根据所依赖的数据动态显示新的计算结果,虽然使用{{}}模板内的表达式非常便利,但是设计它们的初衷是用于简单运算的,在模板中放入太多的逻辑会让模板过重且难以维护,所以对于任何复杂逻辑,都应当使用计算属性。计算属性是基于数据的响应式依赖进行缓存的,只在相关响应式依赖发生改变时它们才会重新求值,也就是说只要计算属性依赖的数据还没有发生改变,多次访问计算属性会立即返回之前的计算结果,而不必再次执行函数,当然如果不希望使用缓存可以使用方法属性并返回值即可,computed计算属性非常适用于一个数据受多个数据影响以及需要对数据进行预处理的条件下使用。

描述#

computed计算属性可以定义两种方式的参数,{ [key: string]: Function | { get: Function, set: Function } },计算属性直接定义在Vue实例中,所有gettersetterthis上下文自动地绑定为Vue实例,此外如果为一个计算属性使用了箭头函数,则this不会指向这个组件的实例,不过仍然可以将其实例作为函数的第一个参数来访问,计算属性的结果会被缓存,除非依赖的响应式property变化才会重新计算,注意如果某个依赖例如非响应式property在该实例范畴之外,则计算属性是不会被更新的。事实上computed会拥有自己的watcher,其内部有个属性dirty开关来决定computed的值是需要重新计算还是直接复用之前的值。

Copy
<!DOCTYPE html> <html> <head> <title>Vue</title> </head> <body> <div id="app"></div> </body> <script src="https://cdn.bootcss.com/vue/2.4.2/vue.js"></script> <script type="text/javascript"> var vm = new Vue({ el: "#app", data: { a: 1, b: 2 }, template:` <div> <div>{{multiplication}}</div> <div>{{multiplication}}</div> <div>{{multiplication}}</div> <div>{{multiplicationArrow}}</div> <button @click="updateSetting">updateSetting</button> </div> `, computed:{ multiplication: function(){ console.log("a * b"); // 初始只打印一次 返回值被缓存 return this.a * this.b; }, multiplicationArrow: vm => vm.a * vm.b * 3, // 箭头函数可以通过传入的参数获取当前实例 setting: { get: function(){ console.log("a * b * 6"); return this.a * this.b * 6; }, set: function(v){ console.log(`${v} -> a`); this.a = v; } } }, methods:{ updateSetting: function(){ // 点击按钮后 console.log(this.setting); // 12 this.setting = 3; // 3 -> a console.log(this.setting); // 36 } }, }) </script> </html>

分析#

首先在Vue中完成双向绑定是通过Object.defineProperty()实现的,Vue的双向数据绑定,简单点来说分为以下三个部分:

  • Observer: 这里的主要工作是递归地监听对象上的所有属性,在属性值改变的时候,触发相应的Watcher
  • Watcher: 观察者,当监听的数据值修改时,执行响应的回调函数,在Vue里面的更新模板内容。
  • Dep: 链接ObserverWatcher的桥梁,每一个Observer对应一个Dep,它内部维护一个数组,保存与该Observer相关的Watcher

Vue源码的实现比较复杂,会处理各种兼容问题与异常以及各种条件分支,文章分析比较核心的代码部分,精简过后的版本,重要部分做出注释,commit id0664cb0
首先在dev/src/core/instance/state.js中定义了初始化computed以及initComputed函数的实现,现在暂不考虑SSR服务端渲染的computed实现。

Copy
// dev/src/core/instance/state.js line 47 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) // 定义computed属性则进行初始化 if (opts.watch && opts.watch !== nativeWatch) { initWatch(vm, opts.watch) } } // dev/src/core/instance/state.js line 169 function initComputed (vm: Component, computed: Object) { // $flow-disable-line const watchers = vm._computedWatchers = Object.create(null) // 创建一个没有原型链指向的对象 // computed properties are just getters during SSR const isSSR = isServerRendering() for (const key in computed) { const userDef = computed[key] // 获取计算属性的key值定义 const getter = typeof userDef === 'function' ? userDef : userDef.get // 由于计算属性接受两种类型的参数 此处判断用以获取getter 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. // 生成computed watcher(vm, getter, noop, { lazy: true }) watchers[key] = new Watcher( // 计算属性创建观察者watcher和消息订阅器dep 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)) { // 检查重名属性 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) } } } }

defineComputed传入了三个参数,vm实例、计算属性的key以及userDef计算属性的定义,属性描述符sharedPropertyDefinition在初始化定义之后经过userDefshouldCache等多重判断后被重写,进而通过Object.defineProperty(target, key, sharedPropertyDefinition)进行属性的定义。

Copy
// dev/src/core/instance/state.js line 31 const sharedPropertyDefinition = { enumerable: true, configurable: true, get: noop, set: noop } // dev/src/core/instance/state.js line 210 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) } /** 经过重写之后的属性描述符在某条件分支大致呈现如下 sharedPropertyDefinition = { enumerable: true, configurable: true, get: function computedGetter () { const watcher = this._computedWatchers && this._computedWatchers[key] if (watcher) { if (watcher.dirty) { watcher.evaluate() } if (Dep.target) { watcher.depend() } return watcher.value } }, set: userDef.set || noop } 当计算属性被调用时便会执行 get 访问函数,从而关联上观察者对象 watcher 然后执行 wather.depend() 收集依赖和 watcher.evaluate() 计算求值。 */

每日一题#

Copy
https://github.com/WindrunnerMax/EveryDay

参考#

Copy
https://cn.vuejs.org/v2/api/#computed https://juejin.im/post/6844903678533451783 https://juejin.im/post/6844903873925087239 https://cn.vuejs.org/v2/guide/computed.html https://zheyaoa.github.io/2019/09/07/computed/ https://www.cnblogs.com/tugenhua0707/p/11760466.html
posted @   WindRunnerMax  阅读(563)  评论(0编辑  收藏  举报
编辑推荐:
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
阅读排行:
· 终于写完轮子一部分:tcp代理 了,记录一下
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
点击右上角即可分享
微信分享提示
CONTENTS