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閱讀 228,546評論 6 533
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,570評論 3 418
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,505評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,017評論 1 313
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,786評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,219評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,287評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,438評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,971評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,796評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,995評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,540評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,230評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,662評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,918評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,697評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,991評論 2 374

推薦閱讀更多精彩內容