vue.js - 关于计算属性的一些思考

前言

计算属性概念

顾名思义,首先它是一种属性,其次它有“计算”这个特殊性质。每次取得它的值得时候,它并不像普通属性那样直接返回结果,而是经过一系列的计算之后再返回结果。
从这种角度考虑,其实它和 ES5 中的 getter 有着“血亲关系”,事实上,vue 中的很多实现也是依赖于 gettersetter 的。

var vm = new Vue({
    el: '#example',
    data: {
        firstName: 'Dale',
        lastName: 'He'
    },
    computed: {
       fullName: function () {
           return this.firstName + ' ' + this.lastName; 
       }
    }
});

这里就是最典型的计算属性,当需要读取 fullName “属性”的时候,我们去读取了实例对象上的 firstNamelastName 属性,然后进行了字符串的拼接操作,经历了以上一系列的计算,将最终得到的结果作为 fullName “属性”的值,也即是 "Dale He"。

计算属性(代理模式)

虽然这里可能不完全符合设计模式中的代理模式,但从它在读取属性之时,先进行了一定量计算,再返回需要的结果,这个计算的过程,实际上我们就可以认为是在为这个属性添加了一个代理。每次读写一个属性的时候,都先经历代理中的计算操作。vue 默认添加了 getter,也即是“读”的代理,通过如下代码,也可以添加“写代理”。

var vm = new Vue({
    el: '#example',
    data: {
        firstName: 'Dale',
        lastName: 'He'
    },
    computed: {
        fullName: {
            get: function () {
                return this.firstName + ' ' + this.lastName;
            },
            set: function (newValue) {
                var names = newValue.split(' ')
                this.firstName = names[0]
                this.lastName = names[names.length - 1]
            }
        }
    }
});

读的时候,和前面一样,直接返回字符串拼接结果;写的时候,直接更新读的时候它的源数据 firstNamelastName,这样三个属性就都会自动更新过来。

观察者(观察者模式)

这个就比较明确了,从它的名字就可以知道。vue 框架本身作为调度中心,使得开发者只需要关注两个核心主体——被观察者以及被观察者变化之后所需要采取的操作。

var vm = new Vue({
    el: '#example',
    data: {
        firstName: 'Dale',
        lastName: 'He'
    },
    watch: {
        firstName: function () {
            console.log('firstName changed!');
        },
        lastName: function () {
            console.log('lastName changed!');
        }
    }
});

这里,将 firstNamelastName 作为被观察者,watch 方法中为二者定义了当它们发生变动时所需要添加的操作,这里只进行了 console.log 打印,开发者可以根据自身需要完成更为复杂的功能。

计算属性 VS 观察者(watcher)

vue.js 官网上面,就计算属性和观察者两个之间的关系和取舍说了很多东西,但是感觉具体其实还是没有说明白。因为两个虽然某些场合下可以实现相同的功能,但如前面所述,二者所代表的核心思想确实截然不同。
计算属性是在读写一个属性的时候,添加了一层拦截,使得我们能够在让这个属性变得可以“计算”,虽然一方面它可以像一个普通属性直接取值,但是另一方面,它更像一个函数,可以包含大量计算操作。
观察者则是为一个属性添加了一个监听,当这个属性发生变化的时候,开发者可以得到得知并采取一定的措施。

结语

虽然计算属性和观察者实现思路上有所不同,但是有的情况下,他们可以实现类似的功能,连带的通过 methods 也一样。官网上也给出了对照。例如实现通过 firstNamelastName 得到 fullName 这个最简单的例子:

  • 计算属性,便捷,可缓存,性能较好;
  • 观察者,需要添加多个监听,较为麻烦;
  • methods,不能缓存,每次都会计算,性能较差

但是这里也并不是说,我们非得使用计算属性而弃用观察者和 methods,观察者和 methods 都有各自的特性。没有最好的,只有最合适的~

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,080评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,422评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,630评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,554评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,662评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,856评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,014评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,752评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,212评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,541评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,687评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,347评论 4 331
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,973评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,777评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,006评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,406评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,576评论 2 349

推荐阅读更多精彩内容