Vue学习——计算属性

概述

通常我们会在模版中绑定表达式,但如果表达式的逻辑过于复杂,则模版会变得臃且难以维护。

例:Mustache语法中的表达式调用了三个方法来最终实现字符串的反转

<div id="app">
    <p>{{message.split('').reverse().join('')}}</p>
</div>

定义计算属性

表达式的逻辑过于复杂的时候,都应当考虑使用计算属性。计算属性是以函数形式,在Vue实例的选项对象的computed选项中定义。我们将上面字符串反转的功能使用计算属性来实现。

代码示例如下:

<div="app">
    <p>原始字符串:{{message}}</p>
    <p>计算后的反转字符串:{{reversedMessage}}</p>
</div>

<script>
    var vm = new Vue({
        el: '#app',
        data: {
            message: 'Hello!'
        },
        computed: {
            // 计算属性的getter
            reversedMessage: function() {
                return this.message.split('').reverse().join('')
            }
        }
    });
</script>

我们声明了一个计算属性reversedMessage,给出的函数将用作属性vm.reversedMessage的getter函数。

当message属性的值改变时,reversedMessage的值也会自动更新,并且会自动同步更新DOM部分。当浏览器的控制台窗口中修改vm.message的值,可以发现reversedMessage的值也会随之改变。

计算属性默认只有getter,因此是不能直接修改计算属性的,如果需要也可以提供一个setter。

代码示例如下:

<div="app">
    <p>First name: <input type="text" v-model="firstName"></p>
    <p>Last name: <input type="text" v-model="lastName"></p>
    <p>{{fullName}}</p>
</div>

<script>
    var vm = new Vue({
        el: '#app',
        data: {
            firstName: 'John',
            lastName: 'Tierney'
        },
        computed: {
            fullName: {
                // getter
                get: function() {
                    return this.firstName + ' ' + this.lastName
                },
                // setter
                set: function(newName) {
                    var names = newName.split('')
                    this.firstName = names[0]
                    this.lastName = names[names.length - 1]
                }
            }
        },
    });
</script>
  • 任意修改firstName或者lastName的值,fullName的值也会自动更新,这是调用它的getter函数来实现的。在浏览器的控制台窗口中输入vm.fullName="Bruce Willis",可以看到firstName和lastName的值也同时发生了改变,这时调用fullName的setter函数来实现的。

计算属性缓存

复杂的表达式也可以放到方法中去实现,然后在绑定表达式中调用方法即可。

例:使用方法实现字符串翻转

<div="app">
    <p>原始字符串:{{message}}</p>
    <p>计算后的反转字符串:{{reversedMessage}}</p>
</div>

<script>
    var vm = new Vue({
        el: '#app',
        data: {
            message: 'Hello!'
        },
        methods: {
            // 计算属性的getter
            reversedMessage: function() {
                return this.message.split('').reverse().join('')
            }
        }
    });
</script>

既然使用方法能实现与计算属性相同的结果,那么为什么还要使用计算属性呢?

因为计算属性是基于它的响应式依赖进行缓存的,只有在计算属性的相关响应式依赖发生改变时才会重新求值。这就意味着只要message还没有发生改变,多次访问reversedMessage计算属性会立即返回之前的计算结果,而不会再次执行函数;而如果采用方法,那么不管什么时候访问reversedMessage()方法,该方法都会被调用。

例:同时使用方法和计算属性

<!DOCTYPE html>
<html>
    <head>
        <meta charset="UTF-8">
        <title>计算属性</title>
    </head>
    <body>
        <div id="app">
            <p>原始字符串:{{message}}</p>
            <p>计算后的反转字符串:{{reversedMessage}}</p>
            <p>方法调用后的反转字符串:{{reversedMessage2()}}</p>
        </div>
        
        <script src="./vue.js"></script>
        <script>
            var vm = new Vue({
                el: '#app',
                data: {
                    message: 'Hello!'
                },
                computed: {
                    // 计算属性的getter
                    reversedMessage: function() {
                        alert("计算属性")
                        return this.message.split('').reverse().join('')
                    }
                },
                methods: {
                    reversedMessage2: function() {
                        alert("方法")
                        return this.message.split('').reverse().join('')
                    }     
                }
            })
            let msg = vm.reversedMessage
            mst = vm.reversedMessage2()
        </script>
    </body>
</html>

我们在计算属性reversedMessage的getter函数和方法reversedMessage2()中调用alert()语句显示一个消息框,在Vue实例构建后,我们分别访问vm.reversedMessage计算属性和调用vm.reversedMessage2()方法。

使用浏览器打开该页面,可以依次看到“计算属性”“方法”“方法”共三个消息框,前两个消息框是模版中的Mustache标签被替换时显示的,最后一个“方法”消息框是代码最后调用vm.reversedMessage2()方法显示的,可以看到最后对vm.reversedMessage计算属性的访问并没有弹出消息框,这是因为它所依赖的message属性并未发生改变。

下面代码中的计算属性now在初次渲染后不会再更新,因为Date.now()不是响应式依赖。

computed: {
    now: function() {
        return Date.now()
    }
}

v-for和v-if一起使用的替代方案

在前文的指令篇中,讲到了将v-for和v-if一起使用,在渲染列表时,根据v-if指令的条件判断来过滤列表中不满足条件的列表项。实际上,这个功能也可以使用计算属性来完成。

修改前文代码

<!DOCTYPE html>
<html>
    <head>
        <meta charset="UTF-8">
        <title>v-for与计算属性</title>
    </head>
    <body>
        <div id="app">
            <h1>已完成的工作计划</h1>
            <ul>
                <li v-for="plan in completedPlans">
                    {{plan.content}}
                </li>
            </ul>
            <h1>未完成的工作计划</h1>
            <ul>
                <li v-for="plan in incompletePlans">
                    {{plan.content}}
                </li>
            </ul>
        </div>
        
        <script src="./vue.js"></script>
        <script>
            var vm = new Vue({
                el: '#app',
                data: {
                    plans: [
                        {content: 'planA', isComplete: false},
                        {content: 'planB', isComplete: true},
                        {content: 'planC', isComplete: false},
                        {content: 'planD', isComplete: true},
                        {content: 'planE', isComplete: false}
                    ]
                },
                computed: {
                    // 计算属性的getter
                    completedPlans: function() {
                        return this.plans.filter(plan => plan.isComplete)
                    },
                    incompletePlans: function() {
                        return this.plans.filter(plan => !plan.isComplete)
                    }
                }
            })
        </script>
    </body>
</html>

这里不建议把v-for和v-if同时用在同一个元素上,这是因为虽然v-if指令只渲染了部分元素,但在每次重新渲染时仍然要遍历整个列表,而不论渲染的元素是否发生过改变。

采用计算属性过滤后再遍历,可以获得如下好处:

  • 过滤后的列表只会在plans数组发生相关变化时才被重新计算,过滤更高效。
  • 使用v-for="plan in completedPlans"之后,在渲染的时候只遍历已完成的计划,渲染更高效。
  • 解耦渲染层的逻辑,可维护性(对逻辑的更改和扩展)更强。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,692评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,482评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,995评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,223评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,245评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,208评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,091评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,929评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,346评论 1 311
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,570评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,739评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,437评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,037评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,677评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,833评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,760评论 2 369
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,647评论 2 354