reactive和ref的區(qū)別

在Vue3中露久,提供reactive和ref響應(yīng)式數(shù)據(jù)的API胧后。reactive()方法運用proxy的代理對象,解決大量在Vue2中Object.defineProperty的痛點抱环,更好支持對象監(jiān)聽壳快,但proxy并不能直接監(jiān)聽基礎(chǔ)類型,需要每次構(gòu)建一個對象镇草,在用proxy代理對象就會造成極大性能損耗眶痰,因此Vue3就提供ref方法,通過返回一個簡單的響應(yīng)式對象梯啤,專門處理基礎(chǔ)類型的數(shù)據(jù)響應(yīng)竖伯。

  • ref

ref函數(shù)常用于基礎(chǔ)類型。

  • ref接收參數(shù)因宇,并將其包裹在一個帶有 .value 屬性的 ref 對象中返回七婴。
    ref 函數(shù)接受的是一個基本類型的單值,需要將其轉(zhuǎn)換成對象可以通過value來訪問察滑,可以使用class類打厘,get語法將對象屬性綁定到查詢該屬性時將被調(diào)用的函數(shù) 。
const count = ref(0)

console.log(count) // { value: 0 }
console.log(count.value) // 0

count.value++
console.log(count.value) // 1
  • 在組件模板中訪問 ref贺辰,請從組件的 setup() 函數(shù)中聲明并返回它們户盯。
<script setup>
import { ref } from 'vue'

const count = ref(0)

function increment() {
  count.value++
}
</script>
<div>{{ count }}</div>
  • reactive

reactive() 常用來定義對象(或者數(shù)組)類型數(shù)據(jù),返回的是一個原始對象的Proxy饲化。與將內(nèi)部值包裝在特殊對象中的 ref 不同莽鸭,reactive() 將使對象本身具有響應(yīng)性。

import { reactive } from 'vue'
const state = reactive({ count: 0 })

在模板中使用:

<button @click="state.count++">
  {{ state.count }}
</button>

reactive() API 有一些局限性:

  1. 有限的值類型:它只能用于對象類型 (對象吃靠、數(shù)組和如 Map硫眨、Set 這樣的集合類型)。它不能持有如 string巢块、numberboolean 這樣的原始類型礁阁。

  2. 不能替換整個對象:由于 Vue 的響應(yīng)式跟蹤是通過屬性訪問實現(xiàn)的,因此我們必須始終保持對響應(yīng)式對象的相同引用夕冲。這意味著我們不能輕易地“替換”響應(yīng)式對象氮兵,因為這樣的話與第一個引用的響應(yīng)性連接將丟失:

   let state = reactive({ count: 0 })

   // 上面的 ({ count: 0 }) 引用將不再被追蹤
   // (響應(yīng)性連接已丟失!)
   state = reactive({ count: 1 })
  1. 對解構(gòu)操作不友好:當我們將響應(yīng)式對象的原始類型屬性解構(gòu)為本地變量時歹鱼,或者將該屬性傳遞給函數(shù)時泣栈,我們將丟失響應(yīng)性連接:
   const state = reactive({ count: 0 })

   // 當解構(gòu)時,count 已經(jīng)與 state.count 斷開連接
   let { count } = state
   // 不會影響原始的 state
   count++

   // 該函數(shù)接收到的是一個普通的數(shù)字
   // 并且無法追蹤 state.count 的變化
   // 我們必須傳入整個對象以保持響應(yīng)性
   callSomeFunction(state.count)

總結(jié)

ref的局限在于每次訪問基礎(chǔ)類型值時都需要通過.value,但在處理簡單數(shù)據(jù)時更為直觀和高效南片。
reactive雖能直接操作對象屬性掺涛,但對于基礎(chǔ)類型則無能為力,且存在不能直接替換整個響應(yīng)式對象疼进、解構(gòu)操作可能失去響應(yīng)性等問題薪缆。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市伞广,隨后出現(xiàn)的幾起案子拣帽,更是在濱河造成了極大的恐慌,老刑警劉巖嚼锄,帶你破解...
    沈念sama閱讀 206,378評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件减拭,死亡現(xiàn)場離奇詭異,居然都是意外死亡区丑,警方通過查閱死者的電腦和手機拧粪,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,356評論 2 382
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來沧侥,“玉大人可霎,你說我怎么就攤上這事⊙缟保” “怎么了癣朗?”我有些...
    開封第一講書人閱讀 152,702評論 0 342
  • 文/不壞的土叔 我叫張陵,是天一觀的道長婴氮。 經(jīng)常有香客問我斯棒,道長盾致,這世上最難降的妖魔是什么主经? 我笑而不...
    開封第一講書人閱讀 55,259評論 1 279
  • 正文 為了忘掉前任,我火速辦了婚禮庭惜,結(jié)果婚禮上罩驻,老公的妹妹穿的比我還像新娘。我一直安慰自己护赊,他們只是感情好惠遏,可當我...
    茶點故事閱讀 64,263評論 5 371
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著骏啰,像睡著了一般节吮。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上判耕,一...
    開封第一講書人閱讀 49,036評論 1 285
  • 那天透绩,我揣著相機與錄音,去河邊找鬼。 笑死帚豪,一個胖子當著我的面吹牛碳竟,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播狸臣,決...
    沈念sama閱讀 38,349評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼莹桅,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了烛亦?” 一聲冷哼從身側(cè)響起诈泼,我...
    開封第一講書人閱讀 36,979評論 0 259
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎煤禽,沒想到半個月后厂汗,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 43,469評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡呜师,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,938評論 2 323
  • 正文 我和宋清朗相戀三年娶桦,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,059評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡锡搜,死狀恐怖茎截,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情祈争,我是刑警寧澤,帶...
    沈念sama閱讀 33,703評論 4 323
  • 正文 年R本政府宣布角寸,位于F島的核電站菩混,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏扁藕。R本人自食惡果不足惜沮峡,卻給世界環(huán)境...
    茶點故事閱讀 39,257評論 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望亿柑。 院中可真熱鬧邢疙,春花似錦、人聲如沸望薄。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,262評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽痕支。三九已至颁虐,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間卧须,已是汗流浹背另绩。 一陣腳步聲響...
    開封第一講書人閱讀 31,485評論 1 262
  • 我被黑心中介騙來泰國打工瞬痘, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人板熊。 一個月前我還...
    沈念sama閱讀 45,501評論 2 354
  • 正文 我出身青樓框全,卻偏偏與公主長得像,于是被迫代替她去往敵國和親干签。 傳聞我的和親對象是個殘疾皇子津辩,可洞房花燭夜當晚...
    茶點故事閱讀 42,792評論 2 345

推薦閱讀更多精彩內(nèi)容