前言

武昌網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)建站！從網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站等網(wǎng)站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)建站自2013年起到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)建站。

如果自己去實現(xiàn)數(shù)據(jù)驅(qū)動的模式，如何解決一下幾個問題：

• 通過什么手段去知道我的數(shù)據(jù)變了？
• 通過什么東西去同步更新視圖？

數(shù)據(jù)劫持——obvserver

我們需要知道數(shù)據(jù)的獲取和改變，數(shù)據(jù)劫持是最基礎(chǔ)的手段。在Obeserver中，我們可以看到代碼如下：

Object.defineProperty(obj, key, {
enumerable: true,
configurable: true,
get: function reactiveGetter () {
// ...
},
set: function reactiveSetter (newVal) {
// ...
}
})

通過Object.defineProperty這個方法，我們可以在數(shù)據(jù)發(fā)生改變或者獲取的時候，插入一些自定義操作。同理，vue也是在這個方法中做依賴收集和派發(fā)更新的。

綁定和更新視圖——watcher

從初始化開始，我們渲染視圖的時候，便會生成一個watcher，他是監(jiān)視視圖中參數(shù)變化以及更新視圖的。代碼如下：

// 在mount的生命鉤子中
new Watcher(vm, updateComponent, noop, {
before () {
if (vm._isMounted && !vm._isDestroyed) {
callHook(vm, 'beforeUpdate')
}
}
}, true /* isRenderWatcher */)

當(dāng)然，我們可以保留疑問：

• watcher是怎么去更新視圖的
• 數(shù)據(jù)又是怎么和watcher聯(lián)動起來的

具體的綁定和更新的流程，我們到后續(xù)的依賴收集中講解。

我們先來講講響應(yīng)式系統(tǒng)中涉及到的設(shè)計模式。

發(fā)布訂閱模式

在發(fā)布訂閱模式中，發(fā)布者和訂閱者之間多了一個發(fā)布通道；一方面從發(fā)布者接收事件，另一方面向訂閱者發(fā)布事件；訂閱者需要從事件通道訂閱事件

以此避免發(fā)布者和訂閱者之間產(chǎn)生依賴關(guān)系

vue的響應(yīng)式流程

vue的響應(yīng)式系統(tǒng)借鑒了數(shù)據(jù)劫持和發(fā)布訂閱模式。

Vue用Dep作為一個中間者，解藕了Observer和Watcher之間的關(guān)系，使得兩者的職能更加明確。

那具體是如何來完成依賴收集和訂閱更新的呢？

依賴收集過程

依賴收集的流程

舉個例子

<div id="app">
{{ message }}
{{ message1 }}
<input type="text" v-model="message">
<div @click="changeMessage">改變message</div> 
</div>

var app = new Vue({
el: '#app',
data: {
message: '1',
message1: '2',
},
methods: {
changeMessage() {
this.message = '2'
}
},
watch: {
message: function(val) {
this.message1 = val
}
}
})

依賴收集流程圖：

如何看懂這個依賴收集流程？關(guān)鍵在watcher代碼中：

get () {
pushTarget(this)
let value
const vm = this.vm
try {
value = this.getter.call(vm, vm)
} catch (e) {
// 省略
} finally {
if (this.deep) {
traverse(value)
}
popTarget()
this.cleanupDeps()
}
return value
}

調(diào)用的這個this.getter有兩種，一種是key值的getter方法，還有一種是expOrFn，比如mounted中傳入的updateComponent。

如何防止重復(fù)收集

我們不妨想想什么才算是重復(fù)收集了？

筆者想到一種情況：就是dep數(shù)組中，出現(xiàn)了多個一樣的watcher。

比如renderWatch就容易被重復(fù)收集，因為我們在html模版中，會重復(fù)使用data中的某個變量。那他是如何去重的呢？

1、只有watch在執(zhí)行g(shù)et時，觸發(fā)的取數(shù)操作，才會被收集

Object.defineProperty(obj, key, {
enumerable: true,
configurable: true,
get: function reactiveGetter () {
const value = getter ? getter.call(obj) : val
if (Dep.target) {
dep.depend()
// ...
}
return value
},
set: function reactiveSetter (newVal) {
// ...
dep.notify()
}
})

當(dāng)只有Dep.target這個存在的時候才進行依賴收集。Dep.target這個值只有在watcher執(zhí)行g(shù)et方法的時候才會存在。

2、在dep.depend的時候會判斷watch的id

depend () {
if (Dep.target) {
Dep.target.addDep(this)
}
}
addDep (dep: Dep) {
const id = dep.id
if (!this.newDepIds.has(id)) {
this.newDepIds.add(id)
this.newDeps.push(dep)
if (!this.depIds.has(id)) {
dep.addSub(this)
}
}
}

我們會發(fā)現(xiàn)，在depend過程中，會有一個newDepIds去記錄已經(jīng)存入的dep的id，當(dāng)一個watcher已經(jīng)被該dep存過時，便不再會進行依賴收集操作。

派發(fā)更新過程

收集流程講完了，不妨在聽聽更新流程。

訂閱更新的流程

老例子

<div id="app">
{{ message }}
{{ message1 }}
<input type="text" v-model="message">
<div @click="changeMessage">改變message</div> 
</div>

var app = new Vue({
el: '#app',
data: {
message: '1',
message1: '2',
},
methods: {
changeMessage() {
this.message = '3'
}
},
watch: {
message: function(val) {
this.message1 = val
}
}
})

依賴收集的最終結(jié)果：

當(dāng)觸發(fā)click事件的時候，便會觸發(fā)訂閱更新流程。

訂閱更新流程圖：

當(dāng)renderWatch執(zhí)行更新的時候，回去調(diào)用beforeUpdate生命鉤子，然后執(zhí)行patch方法，進行視圖的變更。

如何防止重復(fù)更新

如何去防止重復(fù)更新呢？renderWatch會被很多dep進行收集，如果視圖多次渲染，會造成性能問題。

其實問題的關(guān)在在于——queueWatcher

在queueWatcher中有兩個操作：去重和異步更新。

function queueWatcher (watcher) {
const id = watcher.id
if (has[id] == null) {
has[id] = true
queue.push(watcher)
// ...
if (!waiting) {
waiting = true
// ...
nextTick(flushSchedulerQueue)
}
}
}

其實queueWatcher很簡單，將所有watch收集到一個數(shù)組當(dāng)中，然后去重。

這樣至少可以避免renderWatch頻繁更新。

比如上述例子中的，message和message1都有一個renderWatch，但是只會執(zhí)行一次。

異步更新也可以保證當(dāng)一個事件結(jié)束之后，才會觸發(fā)視圖層的更新，也能防止renderWatch重復(fù)更新

結(jié)尾

文章講述了響應(yīng)式流程的原因，代碼細節(jié)并未深入，

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持創(chuàng)新互聯(lián)。

當(dāng)前標題：通過圖帶你深入了解vue的響應(yīng)式原理
URL標題：http://chinadenli.net/article14/gohoge.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站制作、網(wǎng)站導(dǎo)航、網(wǎng)站設(shè)計、響應(yīng)式網(wǎng)站、標簽優(yōu)化、Google

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)