Vue 數(shù)據(jù)響應(yīng)式原理

前言

Vue.js 的核心包括一套“響應(yīng)式系統(tǒng)”。

“響應(yīng)式”,是指當(dāng)數(shù)據(jù)改變后,Vue 會(huì)通知到使用該數(shù)據(jù)的代碼。例如,視圖渲染中使用了數(shù)據(jù),數(shù)據(jù)改變后,視圖也會(huì)自動(dòng)更新。

舉個(gè)簡(jiǎn)單的例子,對(duì)于模板:

<div id="root">{{ name }}</div>

創(chuàng)建一個(gè) Vue 組件:

var vm = new Vue({
  el: '#root',
  data: {
    name: 'luobo'
  }
})

代碼執(zhí)行后,頁(yè)面上對(duì)應(yīng)位置會(huì)顯示:luobo。

如果想改變顯示的名字,只需要執(zhí)行:

vm.name = 'tang'

這樣頁(yè)面上就會(huì)顯示修改后的名字了,并不需要去手動(dòng)修改 DOM 更新數(shù)據(jù)。

接下來(lái),我們就一起深入了解 Vue 的數(shù)據(jù)響應(yīng)式原理,搞清楚響應(yīng)式的實(shí)現(xiàn)機(jī)制。

基本概念

Vue 的響應(yīng)式,核心機(jī)制是 觀察者模式

數(shù)據(jù)是被觀察的一方,發(fā)生改變時(shí),通知所有的觀察者,這樣觀察者可以做出響應(yīng),比如,重新渲染然后更新視圖。

我們把依賴數(shù)據(jù)的觀察者稱為 watcher,那么這種關(guān)系可以表示為:

data -> watcher

數(shù)據(jù)可以有多個(gè)觀察者,怎么記錄這種依賴關(guān)系呢?

Vue 通過(guò)在 data 和 watcher 間創(chuàng)建一個(gè) dep 對(duì)象,來(lái)記錄這種依賴關(guān)系:

data - dep -> watcher

dep 的結(jié)構(gòu)很簡(jiǎn)單,除了唯一標(biāo)識(shí)屬性 id,另一個(gè)屬性就是用于記錄所有觀察者的 subs:

  • id - number
  • subs - [Watcher]

再來(lái)看 watcher。

Vue 中 watcher 的觀察對(duì)象,確切來(lái)說(shuō)是一個(gè)求值表達(dá)式,或者函數(shù)。這個(gè)表達(dá)式或者函數(shù),在一個(gè) Vue 實(shí)例的上下文中求值或執(zhí)行。這個(gè)過(guò)程中,使用到數(shù)據(jù),也就是 watcher 所依賴的數(shù)據(jù)。用于記錄依賴關(guān)系的屬性是 deps,對(duì)應(yīng)的是由 dep 對(duì)象組成的數(shù)組,對(duì)應(yīng)所有依賴的數(shù)據(jù)。而表達(dá)式或函數(shù),最終會(huì)作為求值函數(shù)記錄到 getter 屬性,每次求值得到的結(jié)果記錄在 value 屬性:

  • vm - VueComponent
  • deps - [Dep]
  • getter - function
  • value - *

另外,還有一個(gè)重要的屬性 cb,記錄回調(diào)函數(shù),當(dāng) getter 返回的值與當(dāng)前 value 不同時(shí)被調(diào)用:

  • cb - function

我們通過(guò)示例來(lái)整理下 data、dep、watcher 的關(guān)系:

var vm = new Vue({
  data: {
    name: 'luobo',
    age: 18
  }
})

var userInfo = function () {
  return this.name + ' - ' + this.age
}

var onUserInfoChange = function (userInfo) {
  console.log(userInfo)
}

vm.$watch(userInfo, onUserInfoChange)

上面代碼首先創(chuàng)建了一個(gè)新的 Vue 實(shí)例對(duì)象 vm,包含兩個(gè)數(shù)據(jù)字段:name、age。對(duì)于這兩個(gè)字段,Vue 會(huì)分別創(chuàng)建對(duì)應(yīng)的 dep 對(duì)象,用于記錄依賴該數(shù)據(jù)的 watcher。

然后定義了一個(gè)求值函數(shù) userInfo,注意,這個(gè)函數(shù)會(huì)在對(duì)應(yīng)的 Vue 示例上下文中執(zhí)行,也就是說(shuō),執(zhí)行時(shí)的 this 對(duì)應(yīng)的就是 vm。

回調(diào)函數(shù) onUserInfoChange 只是打印出新的 watcher 得到的新的值,由 userInfo 執(zhí)行后生成。

通過(guò) vm.$watch(userInfo, onUserInfoChange),將 vm、getter、cb 集成在一起創(chuàng)建了新的 watcher。創(chuàng)建成功后,watcher 在內(nèi)部已經(jīng)記錄了依賴關(guān)系,watcher.deps 中記錄了 vm 的 name、age 對(duì)應(yīng)的 dep 對(duì)象(因?yàn)? userInfo 中使用了這兩個(gè)數(shù)據(jù))。

接下來(lái),我們修改數(shù)據(jù):

vm.name = 'tang'

執(zhí)行后,控制臺(tái)會(huì)輸出:

tang - 18

同樣,如果修改 age 的值,也會(huì)最終觸發(fā) onUserInfoChange 打印出新的結(jié)果。

用個(gè)簡(jiǎn)單的圖來(lái)整理下上面的關(guān)系:

vm.name -- dep1
vm.age  -- dep2
watcher.deps --> [dep1, dep2]

修改 vm.name 后,dep1 通知相關(guān)的 watcher,然后 watcher 執(zhí)行 getter,得到新的 value,再將新的 value 傳給 cb:

vm.name -> dep1 -> watcher -> getter -> value -> cb

可能你也注意到了,上面例子中的 userInfo,貌似就是計(jì)算屬性的作用嘛:

var vm = new Vue({
  data: {
    name: 'luobo',
    age: 18
  },
  computed: {
    userInfo() {
      return this.name + ' - ' + this.age
    }
  }
})

其實(shí),計(jì)算屬性在內(nèi)部也是基于 watcher 實(shí)現(xiàn)的,每個(gè)計(jì)算屬性對(duì)應(yīng)一個(gè) watcher,其 getter 也就是計(jì)算屬性的聲明函數(shù)。
不過(guò),計(jì)算屬性對(duì)應(yīng)的 watcher 與直接通過(guò) vm.$watch() 創(chuàng)建的 watcher 略有不同,畢竟如果沒(méi)有地方使用到這個(gè)計(jì)算屬性,數(shù)據(jù)改變時(shí)都重新進(jìn)行計(jì)算會(huì)有點(diǎn)浪費(fèi),這個(gè)在本文后面會(huì)講到。

上面描述了 data、dep、watcher 的關(guān)系,但是問(wèn)題來(lái)了,這種依賴關(guān)系是如何建立的呢?數(shù)據(jù)改變后,又是如何通知 watcher 的呢?

接下來(lái)我們深入 Vue 源碼,搞清楚這兩個(gè)問(wèn)題。

建立依賴關(guān)系

Vue 源碼版本 v2.5.13,文中摘錄的部分代碼為便于分析進(jìn)行了簡(jiǎn)化或改寫(xiě)。

響應(yīng)式的核心邏輯,都在 Vue 項(xiàng)目的 “vue/src/core/observer” 目錄下面。

我們還是先順著前面示例代碼來(lái)捋一遍,首先是 Vue 實(shí)例化過(guò)程:

var vm = new Vue(/* ... */)

跟將傳入的 data 進(jìn)行響應(yīng)式初始化相關(guān)的代碼,在 “vue/src/core/instance/state.js” 文件中:

observer/state.js#L149

// new Vue() -> ... -> initState() -> initData()
observe(data)

函數(shù) observe() 的目的是讓傳入的整個(gè)對(duì)象成為響應(yīng)式的,它會(huì)遍歷對(duì)象的所有屬性,然后執(zhí)行:

observer/index.js#L64

// observe() -> new Observer() -> observer.walk()
defineReactive(obj, key, value)

defineReactive() 就是用于定義響應(yīng)式數(shù)據(jù)的核心函數(shù)。它主要做的事情包括:

  • 新建一個(gè) dep 對(duì)象,與當(dāng)前數(shù)據(jù)對(duì)應(yīng)
  • 通過(guò) Object.defineProperty() 重新定義對(duì)象屬性,配置屬性的 set、get,從而數(shù)據(jù)被獲取、設(shè)置時(shí)可以執(zhí)行 Vue 的代碼

OK,先到這里,關(guān)于 Vue 實(shí)例化告一段落。

需要要注意的是,傳入 Vue 的 data 的所有屬性,會(huì)被代理到新創(chuàng)建的 Vue 實(shí)例對(duì)象上,這樣通過(guò) vm.name 進(jìn)行操作的其實(shí)就是 data.name,這也是借助 Object.defineProperty() 實(shí)現(xiàn)的。

再來(lái)看 watcher 的創(chuàng)建過(guò)程:

vm.$watch(userInfo, onUserInfoChange)

上述代碼執(zhí)行后,會(huì)調(diào)用:

instance/state.js#L346

// Vue.prototype.$watch()
new Watcher(vm, expOrFn, cb, options)

也就是:

new Watcher(vm, userInfo, onUserInfoChange, {/* 略 */})

在 watcher 對(duì)象創(chuàng)建過(guò)程中,除了記錄 vm、getter、cb 以及初始化各種屬性外,最重要的就是調(diào)用了傳入的 getter 函數(shù):

observer/watcher.js#L103

// new Watcher() -> watcher.get()
value = this.getter.call(vm, vm)

在 getter 函數(shù)的執(zhí)行過(guò)程中,獲取讀取需要的數(shù)據(jù),于是觸發(fā)了前面通過(guò) defineReactive() 配置的 get 方法:

if (Dep.target) {
  dep.depend()
}

這是做什么呢?

回到 watcher.get() 方法,在執(zhí)行 getter 函數(shù)的前后,分別有如下代碼:

pushTarget(this)
// ... 
value = this.getter.call(vm, vm)
// ...
popTarget()

pushTarget() 將當(dāng)前 watcher 設(shè)置為 Dep.target,這樣在執(zhí)行到 vm.name 進(jìn)一步執(zhí)行對(duì)應(yīng)的 get 方法時(shí),Dep.target 的值就是這里的 watcher,然后通過(guò) dep.depend() 就建立了依賴關(guān)系。

dep.depend() 執(zhí)行的邏輯就比較好推測(cè)了,將 watcher(通過(guò) Dep.target 引用到)記錄到 dep.subs 中,將 dep 記錄到 watcher.deps 中 —— 依賴關(guān)系建立了!

然后來(lái)看建立的依賴關(guān)系是如何使用的。

數(shù)據(jù)變更同步

繼續(xù)前面的例子,執(zhí)行如下代碼時(shí):

vm.name = 'tang'

會(huì)觸發(fā)通過(guò) defineReactive() 配置的 set 方法,如果數(shù)據(jù)改變,那么:

// defineReactive() -> set()
dep.notify()

通過(guò) dep 對(duì)象來(lái)通知所有的依賴方法,于是 dep 遍歷內(nèi)部的 subs 執(zhí)行:

// dep.notify()
watcher.update()

這樣 watcher 就被通知到了,知道了數(shù)據(jù)改變,從而繼續(xù)后續(xù)的處理。這里先不展開(kāi)。

到這里,基本就搞清楚響應(yīng)式的基本機(jī)制了,整理一下:

  • 通過(guò) Object.defineProperty() 替換配置對(duì)象屬性的 set、get 方法,實(shí)現(xiàn)“攔截”
  • watcher 在執(zhí)行 getter 函數(shù)時(shí)觸發(fā)數(shù)據(jù)的 get 方法,從而建立依賴關(guān)系
  • 寫(xiě)入數(shù)據(jù)時(shí)觸發(fā) set 方法,從而借助 dep 發(fā)布通知,進(jìn)而 watcher 進(jìn)行更新

這樣再看 Vue 官方的圖就比較好理解了:

Vue 響應(yīng)式原理

圖片來(lái)源:https://vuejs.org/v2/guide/reactivity.html
上圖中左側(cè)是以組件渲染(render)作為 getter 函數(shù)來(lái)演示響應(yīng)式過(guò)程的,這其實(shí)就是 RenderWatcher 這種特殊類型 watcher 的作用機(jī)制,后面還會(huì)再講。

計(jì)算屬性

本文前面提到過(guò)計(jì)算屬性,在 Vue 中也是作為 watcher 進(jìn)行處理的。計(jì)算屬性(ComputedWatcher)特殊的地方在于,它其實(shí)沒(méi)有 cb(空函數(shù)),只有 getter,并且它的值只在被使用時(shí)才計(jì)算并緩存。

什么意思呢?

首先,ComputedWatcher 在創(chuàng)建時(shí),不會(huì)立即執(zhí)行 getter(lazy 選項(xiàng)值為 false),這樣一開(kāi)始 ComputedWatcher 并沒(méi)有和使用到的數(shù)據(jù)建立依賴關(guān)系。

計(jì)算屬性在被“get”時(shí),首先執(zhí)行預(yù)先定義的 ComputedGetter 函數(shù),這里有一段特殊邏輯:

instance/state.js#L238

function computedGetter () {
  if (watcher.dirty) {
    watcher.evaluate()
  }
  if (Dep.target) {
    watcher.depend()
  }
  return watcher.value
}

首先判斷 watcher 是不是 dirty 狀態(tài),什么意思呢?

計(jì)算屬性對(duì)應(yīng)的 watcher 初始創(chuàng)建的時(shí)候,并沒(méi)有執(zhí)行 getter,這個(gè)時(shí)候就會(huì)設(shè)置 dirty 為 true,這樣當(dāng)前獲取計(jì)算屬性的值的時(shí)候,會(huì)執(zhí)行 getter 得到 value,然后標(biāo)記 dirty 為 false。這樣后續(xù)再獲取計(jì)算屬性的值,不需要再計(jì)算(執(zhí)行 getter),直接就能返回緩存的 value。

另外,計(jì)算屬性的 watcher 在執(zhí)行 watcher.evaluate() 是,進(jìn)一步調(diào)用 watcher.get(),從而進(jìn)行依賴收集。而依賴的數(shù)據(jù)在改變后,會(huì)通知計(jì)算屬性的 watcher,但是 watcher 只是標(biāo)記自身為 dirty,而不計(jì)算。這樣的好處是可以減小開(kāi)銷,只在有地方需要計(jì)算屬性的值時(shí)才執(zhí)行計(jì)算。

如果依賴的數(shù)據(jù)發(fā)生變更,計(jì)算屬性只是標(biāo)記 dirty 為 true,會(huì)不會(huì)有問(wèn)題呢?

解決這個(gè)問(wèn)題的是上面代碼的這一部分:

if (Dep.target) {
  watcher.depend()
}

也就是說(shuō),如果當(dāng)前有在收集依賴的 watcher,那么當(dāng)前計(jì)算屬性的 watcher 會(huì)間接地通過(guò) watcher.depend() 將依賴關(guān)系“繼承”給這個(gè) watcher(watcher.depend() 內(nèi)部是對(duì)每個(gè) watcher.deps 記錄的 dep 執(zhí)行 dep.depend() 從而讓依賴數(shù)據(jù)與當(dāng)前的 watcher 建立依賴關(guān)系)。

所以,依賴數(shù)據(jù)改變,依賴計(jì)算屬性的 watcher 會(huì)直接得到通知,再來(lái)獲取計(jì)算屬性的值的時(shí)候,計(jì)算屬性才進(jìn)行計(jì)算求值。

所以,依賴計(jì)算屬性的 watcher 可以視為依賴 watcher 的 watcher。這樣的 watcher 在 Vue 中最常見(jiàn)不過(guò),那就是 RenderWatcher。

RenderWatcher 及異步更新

相信讀過(guò)前文,你應(yīng)該對(duì) Vue 響應(yīng)式原理有基本的認(rèn)識(shí)。那么 Vue 是如何將其運(yùn)用到視圖更新中的呢?答案就是這里要講的 RenderWatcher。

RenderWatcher 首先是 watcher,只不過(guò)和計(jì)算屬性對(duì)應(yīng)的 ComputedWatcher 類似,它也有些特殊的行為。

RenderWatcher 的創(chuàng)建,在函數(shù) mountComponent 中:

// Vue.prototype.$mount() -> mountComponent()
let updateComponent = () => {
  vm._update(vm._render(), hydrating)
}
new Watcher(vm, updateComponent, noop, null, true /* isRenderWatcher */)

核心代碼就在這里了。這個(gè) watcher 就是 Vue 實(shí)例對(duì)象唯一的 RenderWatcher,在 watcher 構(gòu)造函數(shù)中,會(huì)記錄到 vm._watcher 上(普通 watcher 只會(huì)記錄到 vm._watchers 數(shù)組中)。

這個(gè) watcher 也會(huì)在創(chuàng)建的最后執(zhí)行 watcher.get(),也就是執(zhí)行 getter 收集依賴的過(guò)程。而在這里,getter 就是 updateComponent,也就是說(shuō),執(zhí)行了渲染+更新 DOM!并且,這個(gè)過(guò)程中使用到的數(shù)據(jù)也被收集了依賴關(guān)系。

那么,理所當(dāng)然地,在 render() 中使用到數(shù)據(jù),發(fā)生改變,自然會(huì)通知到 RenderWatcher,從而最終更新視圖!

不過(guò),這里會(huì)有個(gè)疑問(wèn):如果進(jìn)行多次數(shù)據(jù)修改,那么豈不是要頻繁執(zhí)行 DOM 更新?

這里就涉及到 RenderWatcher 的特殊功能了:異步更新

結(jié)合前面內(nèi)容,我們知道數(shù)據(jù)更新后,依賴該數(shù)據(jù)的 watcher 會(huì)執(zhí)行 watcher.update(),這個(gè)在前文中沒(méi)有展開(kāi),現(xiàn)在我們來(lái)看下這個(gè)方法:

observer/watcher.js#L161

if (this.lazy) {
  this.dirty = true
} else if (this.sync) {
  this.run()
} else {
  queueWatcher(this)
}

第一種情況,lazy 為 true,也就是計(jì)算屬性,上一節(jié)已經(jīng)提到過(guò),只是標(biāo)記 dirty 為 true,并不立即計(jì)算,不再贅述。sync 為 true 的情況,這里也不管,不過(guò)看起來(lái)也很簡(jiǎn)單,就是立即執(zhí)行計(jì)算嘛。

最后的情況,就是這里 RenderWatcher 的場(chǎng)景,并不立即執(zhí)行,也不是像計(jì)算屬性那樣標(biāo)記為 dirty 就完了,而是放到了一個(gè)隊(duì)列中。

這個(gè)隊(duì)列是干什么的呢?

相關(guān)代碼在 observer/scheduler.js 中,簡(jiǎn)單來(lái)說(shuō),就是實(shí)現(xiàn)了異步更新。

理解其實(shí)現(xiàn),首先要對(duì)瀏覽器的事件循環(huán)(Event Loop)機(jī)制有一定了解。如果你對(duì)事件循環(huán)機(jī)制不是很了解,可以看下面這篇文章:

JavaScript 運(yùn)行機(jī)制詳解:再談Event Loop - 阮一峰

事件循環(huán)機(jī)制其實(shí)有點(diǎn)復(fù)雜,但只有理解事件循環(huán),才能對(duì)這里 Vue 異步更新的方案有深入的認(rèn)識(shí)。

基于事件循環(huán)機(jī)制,RenderWatcher 將其 getter,也就是 updateComponent 函數(shù)異步執(zhí)行,并且,多次觸發(fā)
RenderWatcher 的 update(),最終也只會(huì)執(zhí)行一次 updateComponent,這樣也就解決了性能問(wèn)題。

不過(guò),隨之而來(lái)的新問(wèn)題是,修改完數(shù)據(jù),不能直接反應(yīng)到 DOM 上,而是要等異步更新執(zhí)行過(guò)后才可以,這也是為什么 Vue 提供了 nextTick() 接口,并且要求開(kāi)發(fā)者將對(duì) DOM 的操作放到 nextTick() 回調(diào)中執(zhí)行的原因。

Vuex、Vue-Router

再來(lái)看 Vue 套裝中的 Vuex、Vue-Router,它們也是基于 Vue 的響應(yīng)式機(jī)制實(shí)現(xiàn)功能。

先來(lái)看 Vuex,代碼版本 v3.0.1

Vuex

在應(yīng)用了 Vuex 的應(yīng)用中,所有組件都可以通過(guò) this.$store 來(lái)引用到全局的 store,并且在使用了 store 的數(shù)據(jù)后,還能在數(shù)據(jù)改變后得到同步,這其實(shí)就是響應(yīng)式的應(yīng)用了。

首先看 this.$store 的實(shí)現(xiàn),這個(gè)其實(shí)是通過(guò)全局 mixin 實(shí)現(xiàn),代碼在:

src/mixin.js#L26

this.$store = options.store || options.parent.$store

這樣在每個(gè)組件的 beforeCreate 時(shí),會(huì)執(zhí)行 $store 屬性的初始化。

而 store 數(shù)據(jù)的響應(yīng)式處理,則是通過(guò)實(shí)例化一個(gè) Vue 對(duì)象實(shí)現(xiàn):

src/store.js#L251

// new Store() -> resetStoreVM()
store._vm = new Vue({
  data: {
    $$state: state
  },
  computed // 對(duì)應(yīng) store.getters
})

結(jié)合前文的介紹,這里就很好理解了。因?yàn)?state 以及處理為響應(yīng)式數(shù)據(jù),而 getters 也創(chuàng)建為計(jì)算屬性,所以對(duì)這些數(shù)據(jù)的使用,就建立依賴關(guān)系,從而可以響應(yīng)數(shù)據(jù)改變了。

Vue-Router

Vue-Router 中,比較重要的數(shù)據(jù)是 $route,即當(dāng)前的頁(yè)面路由數(shù)據(jù),在路由改變的時(shí)候,需要替換展示不同組件(router-view 組件實(shí)現(xiàn))。

vm.$route 實(shí)踐上是來(lái)自 Vue.prototype,但其對(duì)應(yīng)的值,最終對(duì)應(yīng)到的是 router.history.current

結(jié)合前面的分析,這里的 history.current 肯定得是響應(yīng)式數(shù)據(jù),所以,來(lái)找下對(duì)其進(jìn)行初始化的地方,其實(shí)是在全局 mixin 的 beforeCreate 這里:

v2.8.1/src/install.js#L27

// beforeCreate
Vue.util.defineReactive(this, '_route', this._router.history.current)

這樣 this._route 就是響應(yīng)式的了,那么如果頁(yè)面路由改變,又是如何修改這里的 _route 的呢?

答案在 VueRouter 的 init() 這里:

history.listen(route => {
  this.apps.forEach((app) => {
    app._route = route
  })
})

一個(gè) router 對(duì)象可能和多個(gè) vue 實(shí)例對(duì)象(這里叫作 app)關(guān)聯(lián),每次路由改變會(huì)通知所有的實(shí)例對(duì)象。

再來(lái)看使用 vm.$route 的地方,也就是 VueRouter 的兩個(gè)組件:

  • <router-link>
  • <router-view>

兩個(gè)組件都是在 render() 中,與 $route 建立了依賴關(guān)系,根據(jù) route 的值進(jìn)行渲染。這里具體過(guò)程就不展開(kāi)了,感興趣可以看下相關(guān)源碼(v2.8.1/src/components),原理方面在 RenderWatcher 一節(jié)已經(jīng)介紹過(guò)。

實(shí)踐:watch-it

了解了以上這么多,也想自己試試,把 Vue 響應(yīng)式相關(guān)的核心邏輯剝離出來(lái),做一個(gè)單純的數(shù)據(jù)響應(yīng)式的庫(kù)。由于只關(guān)注數(shù)據(jù),所以在剝離過(guò)程中,將與 Vue 組件/實(shí)例對(duì)象相關(guān)的部分都移除了,包括 watcher.vm 也不再需要,這樣 watcher.getter 計(jì)算時(shí)不再指定上下文對(duì)象。

感興趣,想直接看代碼的,可以前往 luobotang/watch-it

watch-it 只包括數(shù)據(jù)響應(yīng)式相關(guān)的功能,暴露了4個(gè)接口:

  • defineReactive(obj, key, val):為對(duì)象配置一個(gè)響應(yīng)式數(shù)據(jù)屬性
  • observe(obj):將一個(gè)數(shù)據(jù)對(duì)象配置為響應(yīng)式,內(nèi)部對(duì)所有的屬性執(zhí)行 defineReactive
  • defineComputed(target, key, userDef):為對(duì)象配置一個(gè)計(jì)算屬性,內(nèi)部創(chuàng)建了 watcher
  • watch(fn, cb, options):監(jiān)聽(tīng)求值函數(shù)中數(shù)據(jù)改變,變化時(shí)調(diào)用 cb,內(nèi)部創(chuàng)建了 watcher

來(lái)看一個(gè)使用示例:

const { observe, watch } = require('@luobotang/watch-it')

const data = {
  name: 'luobo',
  age: 18
}

observe(data)

const userInfo = function() {
  return data.name + ' - ' + data.age
}

watch(userInfo, (value) => console.log(value))

這樣,當(dāng)數(shù)據(jù)修改時(shí),通過(guò)會(huì)打印出新的 userInfo 的值。

去除虛擬 DOM,只通過(guò)響應(yīng)式機(jī)制,我還構(gòu)建了一個(gè)簡(jiǎn)單的 Vue,并實(shí)現(xiàn)了一個(gè) DEMO:

watch-it/example/

源碼在這里:

luobotang/watch-it/example/vue.js

總結(jié)

OK,以上就是有關(guān) Vue 響應(yīng)式原理的全部了,當(dāng)然,只是我的理解和實(shí)踐。

在梳理和寫(xiě)下這些內(nèi)容的過(guò)程中,我收獲很多,也希望內(nèi)容能夠?qū)δ阌兴鶐椭?/p>

水平有限,錯(cuò)漏難免,歡迎指出。

最后,感謝閱讀!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,237評(píng)論 6 537
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,957評(píng)論 3 423
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人,你說(shuō)我怎么就攤上這事。” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 177,248評(píng)論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我,道長(zhǎng),這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 63,356評(píng)論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 72,081評(píng)論 6 410
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 55,485評(píng)論 1 324
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,534評(píng)論 3 444
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書(shū)人閱讀 42,720評(píng)論 0 289
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,263評(píng)論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 41,025評(píng)論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 43,204評(píng)論 1 371
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,787評(píng)論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,461評(píng)論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 34,874評(píng)論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 36,105評(píng)論 1 289
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,945評(píng)論 3 395
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 48,205評(píng)論 2 375

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