摘要:如果以上情況均不符合,則通過會得到一個,里面存放了一個為舊的,為對應序列的哈希表。從這個哈希表中可以找到是否有與一致的舊的節點,如果同時滿足,的同時會將這個真實移動到對應的真實的前面。
寫在前面
因為對Vue.js很感興趣,而且平時工作的技術棧也是Vue.js,這幾個月花了些時間研究學習了一下Vue.js源碼,并做了總結與輸出。
文章的原地址:https://github.com/answershuto/learnVue。
在學習過程中,為Vue加上了中文的注釋https://github.com/answershuto/learnVue/tree/master/vue-src,希望可以對其他想學習Vue源碼的小伙伴有所幫助。
可能會有理解存在偏差的地方,歡迎提issue指出,共同學習,共同進步。
在刀耕火種的年代,我們需要在各個事件方法中直接操作DOM來達到修改視圖的目的。但是當應用一大就會變得難以維護。
那我們是不是可以把真實DOM樹抽象成一棵以JavaScript對象構成的抽象樹,在修改抽象樹數據后將抽象樹轉化成真實DOM重繪到頁面上呢?于是虛擬DOM出現了,它是真實DOM的一層抽象,用屬性描述真實DOM的各個特性。當它發生變化的時候,就會去修改視圖。
但是這樣的JavaScript操作DOM進行重繪整個視圖層是相當消耗性能的,我們是不是可以每次只更新它的修改呢?所以Vue.js將DOM抽象成一個以JavaScript對象為節點的虛擬DOM樹,以VNode節點模擬真實DOM,可以對這顆抽象樹進行創建節點、刪除節點以及修改節點等操作,在這過程中都不需要操作真實DOM,只需要操作JavaScript對象,大大提升了性能。修改以后經過diff算法得出一些需要修改的最小單位,再將這些小單位的視圖進行更新。這樣做減少了很多不需要的DOM操作,大大提高了性能。
Vue就使用了這樣的抽象節點VNode,它是對真實Dom的一層抽象,而不依賴某個平臺,它可以是瀏覽器平臺,也可以是weex,甚至是node平臺也可以對這樣一棵抽象Dom樹進行創建刪除修改等操作,這也為前后端同構提供了可能。
具體VNode的細節可以看VNode節點。
修改視圖周所周知,Vue通過數據綁定來修改視圖,當某個數據被修改的時候,set方法會讓閉包中的Dep調用notify通知所有訂閱者Watcher,Watcher通過get方法執行vm._update(vm._render(), hydrating)。
這里看一下_update方法
Vue.prototype._update = function (vnode: VNode, hydrating?: boolean) { const vm: Component = this /*如果已經該組件已經掛載過了則代表進入這個步驟是個更新的過程,觸發beforeUpdate鉤子*/ if (vm._isMounted) { callHook(vm, "beforeUpdate") } const prevEl = vm.$el const prevVnode = vm._vnode const prevActiveInstance = activeInstance activeInstance = vm vm._vnode = vnode // Vue.prototype.__patch__ is injected in entry points // based on the rendering backend used. /*基于后端渲染Vue.prototype.__patch__被用來作為一個入口*/ if (!prevVnode) { // initial render vm.$el = vm.__patch__( vm.$el, vnode, hydrating, false /* removeOnly */, vm.$options._parentElm, vm.$options._refElm ) } else { // updates vm.$el = vm.__patch__(prevVnode, vnode) } activeInstance = prevActiveInstance // update __vue__ reference /*更新新的實例對象的__vue__*/ if (prevEl) { prevEl.__vue__ = null } if (vm.$el) { vm.$el.__vue__ = vm } // if parent is an HOC, update its $el as well if (vm.$vnode && vm.$parent && vm.$vnode === vm.$parent._vnode) { vm.$parent.$el = vm.$el } // updated hook is called by the scheduler to ensure that children are // updated in a parent"s updated hook. }
_update方法的第一個參數是一個VNode對象,在內部會將該VNode對象與之前舊的VNode對象進行__patch__。
什么是__patch__呢?
patchpatch將新老VNode節點進行比對,然后將根據兩者的比較結果進行最小單位地修改視圖,而不是將整個視圖根據新的VNode重繪。patch的核心在于diff算法,這套算法可以高效地比較viturl dom的變更,得出變化以修改視圖。
那么patch如何工作的呢?
首先說一下patch的核心diff算法,diff算法是通過同層的樹節點進行比較而非對樹進行逐層搜索遍歷的方式,所以時間復雜度只有O(n),是一種相當高效的算法。
著兩張圖代表舊的VNode與新VNode進行patch的過程,他們只是在同層級的VNode之間進行比較得到變化(第二張圖中相同顏色的方塊代表互相進行比較的VNode節點),然后修改變化的視圖,所以十分高效。
讓我們看一下patch的代碼。
/*createPatchFunction的返回值,一個patch函數*/ return function patch (oldVnode, vnode, hydrating, removeOnly, parentElm, refElm) { /*vnode不存在則直接調用銷毀鉤子*/ if (isUndef(vnode)) { if (isDef(oldVnode)) invokeDestroyHook(oldVnode) return } let isInitialPatch = false const insertedVnodeQueue = [] if (isUndef(oldVnode)) { // empty mount (likely as component), create new root element /*oldVnode未定義的時候,其實也就是root節點,創建一個新的節點*/ isInitialPatch = true createElm(vnode, insertedVnodeQueue, parentElm, refElm) } else { /*標記舊的VNode是否有nodeType*/ /*Github:https://github.com/answershuto*/ const isRealElement = isDef(oldVnode.nodeType) if (!isRealElement && sameVnode(oldVnode, vnode)) { // patch existing root node /*是同一個節點的時候直接修改現有的節點*/ patchVnode(oldVnode, vnode, insertedVnodeQueue, removeOnly) } else { if (isRealElement) { // mounting to a real element // check if this is server-rendered content and if we can perform // a successful hydration. if (oldVnode.nodeType === 1 && oldVnode.hasAttribute(SSR_ATTR)) { /*當舊的VNode是服務端渲染的元素,hydrating記為true*/ oldVnode.removeAttribute(SSR_ATTR) hydrating = true } if (isTrue(hydrating)) { /*需要合并到真實DOM上*/ if (hydrate(oldVnode, vnode, insertedVnodeQueue)) { /*調用insert鉤子*/ invokeInsertHook(vnode, insertedVnodeQueue, true) return oldVnode } else if (process.env.NODE_ENV !== "production") { warn( "The client-side rendered virtual DOM tree is not matching " + "server-rendered content. This is likely caused by incorrect " + "HTML markup, for example nesting block-level elements inside " + ", or missing
. Bailing hydration and performing " + "full client-side render." ) } } // either not server-rendered, or hydration failed. // create an empty node and replace it /*如果不是服務端渲染或者合并到真實DOM失敗,則創建一個空的VNode節點替換它*/ oldVnode = emptyNodeAt(oldVnode) } // replacing existing element /*取代現有元素*/ const oldElm = oldVnode.elm const parentElm = nodeOps.parentNode(oldElm) createElm( vnode, insertedVnodeQueue, // extremely rare edge case: do not insert if old element is in a // leaving transition. Only happens when combining transition + // keep-alive + HOCs. (#4590) oldElm._leaveCb ? null : parentElm, nodeOps.nextSibling(oldElm) ) if (isDef(vnode.parent)) { // component root element replaced. // update parent placeholder node element, recursively /*組件根節點被替換,遍歷更新父節點element*/ let ancestor = vnode.parent while (ancestor) { ancestor.elm = vnode.elm ancestor = ancestor.parent } if (isPatchable(vnode)) { /*調用create回調*/ for (let i = 0; i < cbs.create.length; ++i) { cbs.create[i](emptyNode, vnode.parent) } } } if (isDef(parentElm)) { /*移除老節點*/ removeVnodes(parentElm, [oldVnode], 0, 0) } else if (isDef(oldVnode.tag)) { /*Github:https://github.com/answershuto*/ /*調用destroy鉤子*/ invokeDestroyHook(oldVnode) } } } /*調用insert鉤子*/ invokeInsertHook(vnode, insertedVnodeQueue, isInitialPatch) return vnode.elm }從代碼中不難發現,當oldVnode與vnode在sameVnode的時候才會進行patchVnode,也就是新舊VNode節點判定為同一節點的時候才會進行patchVnode這個過程,否則就是創建新的DOM,移除舊的DOM。
怎么樣的節點算sameVnode呢?
sameVnode我們來看一下sameVnode的實現。
/* 判斷兩個VNode節點是否是同一個節點,需要滿足以下條件 key相同 tag(當前節點的標簽名)相同 isComment(是否為注釋節點)相同 是否data(當前節點對應的對象,包含了具體的一些數據信息,是一個VNodeData類型,可以參考VNodeData類型中的數據信息)都有定義 當標簽是的時候,type必須相同 */ function sameVnode (a, b) { return ( a.key === b.key && a.tag === b.tag && a.isComment === b.isComment && isDef(a.data) === isDef(b.data) && sameInputType(a, b) ) } // Some browsers do not support dynamically changing type for // so they need to be treated as different nodes /* 判斷當標簽是的時候,type是否相同 某些瀏覽器不支持動態修改類型,所以他們被視為不同類型 */ function sameInputType (a, b) { if (a.tag !== "input") return true let i const typeA = isDef(i = a.data) && isDef(i = i.attrs) && i.type const typeB = isDef(i = b.data) && isDef(i = i.attrs) && i.type return typeA === typeB }當兩個VNode的tag、key、isComment都相同,并且同時定義或未定義data的時候,且如果標簽為input則type必須相同。這時候這兩個VNode則算sameVnode,可以直接進行patchVnode操作。
patchVnode還是先來看一下patchVnode的代碼。
/*patch VNode節點*/ function patchVnode (oldVnode, vnode, insertedVnodeQueue, removeOnly) { /*兩個VNode節點相同則直接返回*/ if (oldVnode === vnode) { return } // reuse element for static trees. // note we only do this if the vnode is cloned - // if the new node is not cloned it means the render functions have been // reset by the hot-reload-api and we need to do a proper re-render. /* 如果新舊VNode都是靜態的,同時它們的key相同(代表同一節點), 并且新的VNode是clone或者是標記了once(標記v-once屬性,只渲染一次), 那么只需要替換elm以及componentInstance即可。 */ if (isTrue(vnode.isStatic) && isTrue(oldVnode.isStatic) && vnode.key === oldVnode.key && (isTrue(vnode.isCloned) || isTrue(vnode.isOnce))) { vnode.elm = oldVnode.elm vnode.componentInstance = oldVnode.componentInstance return } let i const data = vnode.data if (isDef(data) && isDef(i = data.hook) && isDef(i = i.prepatch)) { /*i = data.hook.prepatch,如果存在的話,見"./create-component componentVNodeHooks"。*/ i(oldVnode, vnode) } const elm = vnode.elm = oldVnode.elm const oldCh = oldVnode.children const ch = vnode.children if (isDef(data) && isPatchable(vnode)) { /*調用update回調以及update鉤子*/ for (i = 0; i < cbs.update.length; ++i) cbs.update[i](oldVnode, vnode) if (isDef(i = data.hook) && isDef(i = i.update)) i(oldVnode, vnode) } /*如果這個VNode節點沒有text文本時*/ if (isUndef(vnode.text)) { if (isDef(oldCh) && isDef(ch)) { /*新老節點均有children子節點,則對子節點進行diff操作,調用updateChildren*/ if (oldCh !== ch) updateChildren(elm, oldCh, ch, insertedVnodeQueue, removeOnly) } else if (isDef(ch)) { /*如果老節點沒有子節點而新節點存在子節點,先清空elm的文本內容,然后為當前節點加入子節點*/ if (isDef(oldVnode.text)) nodeOps.setTextContent(elm, "") addVnodes(elm, null, ch, 0, ch.length - 1, insertedVnodeQueue) } else if (isDef(oldCh)) { /*當新節點沒有子節點而老節點有子節點的時候,則移除所有ele的子節點*/ removeVnodes(elm, oldCh, 0, oldCh.length - 1) } else if (isDef(oldVnode.text)) { /*當新老節點都無子節點的時候,只是文本的替換,因為這個邏輯中新節點text不存在,所以直接去除ele的文本*/ nodeOps.setTextContent(elm, "") } } else if (oldVnode.text !== vnode.text) { /*當新老節點text不一樣時,直接替換這段文本*/ nodeOps.setTextContent(elm, vnode.text) } /*調用postpatch鉤子*/ if (isDef(data)) { if (isDef(i = data.hook) && isDef(i = i.postpatch)) i(oldVnode, vnode) } }patchVnode的規則是這樣的:
1.如果新舊VNode都是靜態的,同時它們的key相同(代表同一節點),并且新的VNode是clone或者是標記了once(標記v-once屬性,只渲染一次),那么只需要替換elm以及componentInstance即可。
2.新老節點均有children子節點,則對子節點進行diff操作,調用updateChildren,這個updateChildren也是diff的核心。
3.如果老節點沒有子節點而新節點存在子節點,先清空老節點DOM的文本內容,然后為當前DOM節點加入子節點。
4.當新節點沒有子節點而老節點有子節點的時候,則移除該DOM節點的所有子節點。
5.當新老節點都無子節點的時候,只是文本的替換。
updateChildrenfunction updateChildren (parentElm, oldCh, newCh, insertedVnodeQueue, removeOnly) { let oldStartIdx = 0 let newStartIdx = 0 let oldEndIdx = oldCh.length - 1 let oldStartVnode = oldCh[0] let oldEndVnode = oldCh[oldEndIdx] let newEndIdx = newCh.length - 1 let newStartVnode = newCh[0] let newEndVnode = newCh[newEndIdx] let oldKeyToIdx, idxInOld, elmToMove, refElm // removeOnly is a special flag used only by// to ensure removed elements stay in correct relative positions // during leaving transitions const canMove = !removeOnly while (oldStartIdx <= oldEndIdx && newStartIdx <= newEndIdx) { if (isUndef(oldStartVnode)) { oldStartVnode = oldCh[++oldStartIdx] // Vnode has been moved left } else if (isUndef(oldEndVnode)) { oldEndVnode = oldCh[--oldEndIdx] } else if (sameVnode(oldStartVnode, newStartVnode)) { /*前四種情況其實是指定key的時候,判定為同一個VNode,則直接patchVnode即可,分別比較oldCh以及newCh的兩頭節點2*2=4種情況*/ patchVnode(oldStartVnode, newStartVnode, insertedVnodeQueue) oldStartVnode = oldCh[++oldStartIdx] newStartVnode = newCh[++newStartIdx] } else if (sameVnode(oldEndVnode, newEndVnode)) { patchVnode(oldEndVnode, newEndVnode, insertedVnodeQueue) oldEndVnode = oldCh[--oldEndIdx] newEndVnode = newCh[--newEndIdx] } else if (sameVnode(oldStartVnode, newEndVnode)) { // Vnode moved right patchVnode(oldStartVnode, newEndVnode, insertedVnodeQueue) canMove && nodeOps.insertBefore(parentElm, oldStartVnode.elm, nodeOps.nextSibling(oldEndVnode.elm)) oldStartVnode = oldCh[++oldStartIdx] newEndVnode = newCh[--newEndIdx] } else if (sameVnode(oldEndVnode, newStartVnode)) { // Vnode moved left patchVnode(oldEndVnode, newStartVnode, insertedVnodeQueue) canMove && nodeOps.insertBefore(parentElm, oldEndVnode.elm, oldStartVnode.elm) oldEndVnode = oldCh[--oldEndIdx] newStartVnode = newCh[++newStartIdx] } else { /* 生成一個key與舊VNode的key對應的哈希表(只有第一次進來undefined的時候會生成,也為后面檢測重復的key值做鋪墊) 比如childre是這樣的 [{xx: xx, key: "key0"}, {xx: xx, key: "key1"}, {xx: xx, key: "key2"}] beginIdx = 0 endIdx = 2 結果生成{key0: 0, key1: 1, key2: 2} */ if (isUndef(oldKeyToIdx)) oldKeyToIdx = createKeyToOldIdx(oldCh, oldStartIdx, oldEndIdx) /*如果newStartVnode新的VNode節點存在key并且這個key在oldVnode中能找到則返回這個節點的idxInOld(即第幾個節點,下標)*/ idxInOld = isDef(newStartVnode.key) ? oldKeyToIdx[newStartVnode.key] : null if (isUndef(idxInOld)) { // New element /*newStartVnode沒有key或者是該key沒有在老節點中找到則創建一個新的節點*/ createElm(newStartVnode, insertedVnodeQueue, parentElm, oldStartVnode.elm) newStartVnode = newCh[++newStartIdx] } else { /*獲取同key的老節點*/ elmToMove = oldCh[idxInOld] /* istanbul ignore if */ if (process.env.NODE_ENV !== "production" && !elmToMove) { /*如果elmToMove不存在說明之前已經有新節點放入過這個key的DOM中,提示可能存在重復的key,確保v-for的時候item有唯一的key值*/ warn( "It seems there are duplicate keys that is causing an update error. " + "Make sure each v-for item has a unique key." ) } if (sameVnode(elmToMove, newStartVnode)) { /*Github:https://github.com/answershuto*/ /*如果新VNode與得到的有相同key的節點是同一個VNode則進行patchVnode*/ patchVnode(elmToMove, newStartVnode, insertedVnodeQueue) /*因為已經patchVnode進去了,所以將這個老節點賦值undefined,之后如果還有新節點與該節點key相同可以檢測出來提示已有重復的key*/ oldCh[idxInOld] = undefined /*當有標識位canMove實可以直接插入oldStartVnode對應的真實DOM節點前面*/ canMove && nodeOps.insertBefore(parentElm, newStartVnode.elm, oldStartVnode.elm) newStartVnode = newCh[++newStartIdx] } else { // same key but different element. treat as new element /*當新的VNode與找到的同樣key的VNode不是sameVNode的時候(比如說tag不一樣或者是有不一樣type的input標簽),創建一個新的節點*/ createElm(newStartVnode, insertedVnodeQueue, parentElm, oldStartVnode.elm) newStartVnode = newCh[++newStartIdx] } } } } if (oldStartIdx > oldEndIdx) { /*全部比較完成以后,發現oldStartIdx > oldEndIdx的話,說明老節點已經遍歷完了,新節點比老節點多,所以這時候多出來的新節點需要一個一個創建出來加入到真實DOM中*/ refElm = isUndef(newCh[newEndIdx + 1]) ? null : newCh[newEndIdx + 1].elm addVnodes(parentElm, refElm, newCh, newStartIdx, newEndIdx, insertedVnodeQueue) } else if (newStartIdx > newEndIdx) { /*如果全部比較完成以后發現newStartIdx > newEndIdx,則說明新節點已經遍歷完了,老節點多余新節點,這個時候需要將多余的老節點從真實DOM中移除*/ removeVnodes(parentElm, oldCh, oldStartIdx, oldEndIdx) } } 直接看源碼可能比較難以濾清其中的關系,我們通過圖來看一下。
首先,在新老兩個VNode節點的左右頭尾兩側都有一個變量標記,在遍歷過程中這幾個變量都會向中間靠攏。當oldStartIdx <= oldEndIdx或者newStartIdx <= newEndIdx時結束循環。
索引與VNode節點的對應關系:
oldStartIdx => oldStartVnode
oldEndIdx => oldEndVnode
newStartIdx => newStartVnode
newEndIdx => newEndVnode在遍歷中,如果存在key,并且滿足sameVnode,會將該DOM節點進行復用,否則則會創建一個新的DOM節點。
首先,oldStartVnode、oldEndVnode與newStartVnode、newEndVnode兩兩比較一共有2*2=4種比較方法。
當新老VNode節點的start或者end滿足sameVnode時,也就是sameVnode(oldStartVnode, newStartVnode)或者sameVnode(oldEndVnode, newEndVnode),直接將該VNode節點進行patchVnode即可。
如果oldStartVnode與newEndVnode滿足sameVnode,即sameVnode(oldStartVnode, newEndVnode)。
這時候說明oldStartVnode已經跑到了oldEndVnode后面去了,進行patchVnode的同時還需要將真實DOM節點移動到oldEndVnode的后面。
如果oldEndVnode與newStartVnode滿足sameVnode,即sameVnode(oldEndVnode, newStartVnode)。
這說明oldEndVnode跑到了oldStartVnode的前面,進行patchVnode的同時真實的DOM節點移動到了oldStartVnode的前面。
如果以上情況均不符合,則通過createKeyToOldIdx會得到一個oldKeyToIdx,里面存放了一個key為舊的VNode,value為對應index序列的哈希表。從這個哈希表中可以找到是否有與newStartVnode一致key的舊的VNode節點,如果同時滿足sameVnode,patchVnode的同時會將這個真實DOM(elmToMove)移動到oldStartVnode對應的真實DOM的前面。
當然也有可能newStartVnode在舊的VNode節點找不到一致的key,或者是即便key相同卻不是sameVnode,這個時候會調用createElm創建一個新的DOM節點。
到這里循環已經結束了,那么剩下我們還需要處理多余或者不夠的真實DOM節點。
1.當結束時oldStartIdx > oldEndIdx,這個時候老的VNode節點已經遍歷完了,但是新的節點還沒有。說明了新的VNode節點實際上比老的VNode節點多,也就是比真實DOM多,需要將剩下的(也就是新增的)VNode節點插入到真實DOM節點中去,此時調用addVnodes(批量調用createElm的接口將這些節點加入到真實DOM中去)。
2。同理,當newStartIdx > newEndIdx時,新的VNode節點已經遍歷完了,但是老的節點還有剩余,說明真實DOM節點多余了,需要從文檔中刪除,這時候調用removeVnodes將這些多余的真實DOM刪除。
DOM操作由于Vue使用了虛擬DOM,所以虛擬DOM可以在任何支持JavaScript語言的平臺上操作,譬如說目前Vue支持的瀏覽器平臺或是weex,在虛擬DOM的實現上是一致的。那么最后虛擬DOM如何映射到真實的DOM節點上呢?
Vue為平臺做了一層適配層,瀏覽器平臺見/platforms/web/runtime/node-ops.js以及weex平臺見/platforms/weex/runtime/node-ops.js。不同平臺之間通過適配層對外提供相同的接口,虛擬DOM進行操作真實DOM節點的時候,只需要調用這些適配層的接口即可,而內部實現則不需要關心,它會根據平臺的改變而改變。
現在又出現了一個問題,我們只是將虛擬DOM映射成了真實的DOM。那如何給這些DOM加入attr、class、style等DOM屬性呢?
這要依賴于虛擬DOM的生命鉤子。虛擬DOM提供了如下的鉤子函數,分別在不同的時期會進行調用。
const hooks = ["create", "activate", "update", "remove", "destroy"] /*構建cbs回調函數,web平臺上見/platforms/web/runtime/modules*/ for (i = 0; i < hooks.length; ++i) { cbs[hooks[i]] = [] for (j = 0; j < modules.length; ++j) { if (isDef(modules[j][hooks[i]])) { cbs[hooks[i]].push(modules[j][hooks[i]]) } } }同理,也會根據不同平臺有自己不同的實現,我們這里以Web平臺為例。Web平臺的鉤子函數見/platforms/web/runtime/modules。里面有對attr、class、props、events、style以及transition(過渡狀態)的DOM屬性進行操作。
以attr為例,代碼很簡單。
/* @flow */ import { isIE9 } from "core/util/env" import { extend, isDef, isUndef } from "shared/util" import { isXlink, xlinkNS, getXlinkProp, isBooleanAttr, isEnumeratedAttr, isFalsyAttrValue } from "web/util/index" /*更新attr*/ function updateAttrs (oldVnode: VNodeWithData, vnode: VNodeWithData) { /*如果舊的以及新的VNode節點均沒有attr屬性,則直接返回*/ if (isUndef(oldVnode.data.attrs) && isUndef(vnode.data.attrs)) { return } let key, cur, old /*VNode節點對應的Dom實例*/ const elm = vnode.elm /*舊VNode節點的attr*/ const oldAttrs = oldVnode.data.attrs || {} /*新VNode節點的attr*/ let attrs: any = vnode.data.attrs || {} // clone observed objects, as the user probably wants to mutate it /*如果新的VNode的attr已經有__ob__(代表已經被Observe處理過了), 進行深拷貝*/ if (isDef(attrs.__ob__)) { attrs = vnode.data.attrs = extend({}, attrs) } /*遍歷attr,不一致則替換*/ for (key in attrs) { cur = attrs[key] old = oldAttrs[key] if (old !== cur) { setAttr(elm, key, cur) } } // #4391: in IE9, setting type can reset value for input[type=radio] /* istanbul ignore if */ if (isIE9 && attrs.value !== oldAttrs.value) { setAttr(elm, "value", attrs.value) } for (key in oldAttrs) { if (isUndef(attrs[key])) { if (isXlink(key)) { elm.removeAttributeNS(xlinkNS, getXlinkProp(key)) } else if (!isEnumeratedAttr(key)) { elm.removeAttribute(key) } } } } /*設置attr*/ function setAttr (el: Element, key: string, value: any) { if (isBooleanAttr(key)) { // set attribute for blank value // e.g. if (isFalsyAttrValue(value)) { el.removeAttribute(key) } else { el.setAttribute(key, key) } } else if (isEnumeratedAttr(key)) { el.setAttribute(key, isFalsyAttrValue(value) || value === "false" ? "false" : "true") } else if (isXlink(key)) { if (isFalsyAttrValue(value)) { el.removeAttributeNS(xlinkNS, getXlinkProp(key)) } else { el.setAttributeNS(xlinkNS, key, value) } } else { if (isFalsyAttrValue(value)) { el.removeAttribute(key) } else { el.setAttribute(key, value) } } } export default { create: updateAttrs, update: updateAttrs }attr只需要在create以及update鉤子被調用時更新DOM的attr屬性即可。
關于作者:染陌
Email:answershuto@gmail.com or answershuto@126.com
Github: https://github.com/answershuto
Blog:http://answershuto.github.io/
知乎專欄:https://zhuanlan.zhihu.com/ranmo
掘金: https://juejin.im/user/58f87ae844d9040069ca7507
osChina:https://my.oschina.net/u/3161824/blog
轉載請注明出處,謝謝。
歡迎關注我的公眾號
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/91913.html
相關文章
React && VUE Virtual Dom的Diff算法統一之路 snabbd
摘要:毫無疑問的是算法的復雜度與效率是決定能夠帶來性能提升效果的關鍵因素。速度略有損失,但可讀性大大提高。因此目前的主流算法趨向一致,在主要思路上,與的方式基本相同。在里面實現了的算法與支持。是唯一添加的方法所以只發生在中。 VirtualDOM是react在組件化開發場景下,針對DOM重排重繪性能瓶頸作出的重要優化方案,而他最具價值的核心功能是如何識別并保存新舊節點數據結構之間差異的方法,...
virtualDom的DIFF算法關鍵過程整理
摘要:,文本節點的比較,需要修改,則會調用。兩個節點都有子節點,而且它們不一樣,這樣我們會調用函數比較子節點,這是的核心。,新節點沒有子節點,老節點有子節點,直接刪除老節點。參考文章解析的算法 判斷對應節點是否有必要進行比較(sameVnode) function sameVnode(oldVnode, vnode){ return vnode.key === oldVnode.ke...
用JavaScript自己寫MVVM前端框架-VM實現篇
摘要:關于前端框架大家都有了解,或多或少的使用過,比如,,等等。那么你是否也想自己手寫一個的前端框架呢,我們從入手,手把手教你寫基于的前端框架,在整個編寫的過程中,希望大家學習更多,理解更多。本節我們以打包工具結合轉換插件實現數據的抽象。 關于MVVM前端框架大家都有了解,或多或少的使用過,比如Angular,React,VUE等等。那么你是否也想自己手寫一個MVVM的前端框架呢,我們從Vi...
React系列 --- virtualdom diff算法實現分析(三)
摘要:所以只針對同層級節點做比較,將復雜度的問題轉換成復雜度的問題。 React系列 React系列 --- 簡單模擬語法(一)React系列 --- Jsx, 合成事件與Refs(二)React系列 --- virtualdom diff算法實現分析(三)React系列 --- 從Mixin到HOC再到HOOKS(四)React系列 --- createElement, ReactElem...
vue源碼閱讀之數據渲染過程
摘要:圖在中應用三數據渲染過程數據綁定實現邏輯本節正式分析從到數據渲染到頁面的過程,在中定義了一個的構造函數。一、概述 vue已是目前國內前端web端三分天下之一,也是工作中主要技術棧之一。在日常使用中知其然也好奇著所以然,因此嘗試閱讀vue源碼并進行總結。本文旨在梳理初始化頁面時data中的數據是如何渲染到頁面上的。本文將帶著這個疑問一點點追究vue的思路??傮w來說vue模版渲染大致流程如圖1所...
發表評論
0條評論
MAX_zuo
男|高級講師
TA的文章
閱讀更多
易探云:棗莊高防云服務器促銷,4核4G內存/30M帶寬/100G防御,130元/月
閱讀 3530·2021-11-23 10:10
你可能不了解的動畫神器之requestAnimationFrame及其兼容寫法
閱讀 3292·2019-08-30 14:03
CSS實用技巧總結一
閱讀 2066·2019-08-30 13:09
前端每日實戰:29# 視頻演示如何不用 transition 和 animation 也能做網頁動畫
閱讀 3392·2019-08-29 15:29
移動端h5開發相關內容總結(四)
閱讀 1541·2019-08-29 11:23
CSS清除浮動float的三種方法總結,為什么清浮動?浮動會有那些影響?
閱讀 2002·2019-08-28 18:28
Webpack Loader 高手進階(一)
閱讀 2840·2019-08-26 13:34
用Vue搭建一個應用盒子(一):todo-list
閱讀 2168·2019-08-26 11:32
閱讀需要支付1元查看