什么是 DOM？
如果我們把這個 HTML 加載到瀏覽器中，瀏覽器創建這些節點，用來顯示網頁，所以這個HTML映射到一系列DOM節點，然后我們可以使用JavaScript進行操作，例如：
let item = document.getElementByTagName('h1')[0]
item.textContent = "New Heading"
VDOM
網頁可以有很多DOM節點，這意味著DOM樹可以有數千個節點，這就是為什么我們有像Vue這樣的框架，幫我們干這些重活兒，并進行大量的JavaScript呼叫，
然而，搜索和更新數千個DOM節點很明顯會變慢，這就是Vue和其他類似框架有一種叫做虛擬DOM的東西，虛擬DOM是表示DOM的一種方式，例如，這個HTML也可以通過一個虛擬節點來表示，看起來像這樣，如您所見，它只是一個JavaScript物件，
<div>Hello</div>
{
tag: 'div',
children: [
{
text: 'Hello'
}
]
}
Vue知道如何使用此虛擬節點并掛載到DOM上，它會更新我們在瀏覽器中看到的內容，實際上還有一個步驟其中，Vue基于我們的模板創建一個渲染函式，回傳一個虛擬DOM節點，
渲染函式可以是這樣的:
render(h) {
return h('div', 'hello')
}
當組件更改時，Render函式將重新運行，它將創建另一個虛擬節點，然后發送舊的 VNode 和新的 VNode 到Vue中進行比較并以最高效的方式在我們的網頁上更新，
我們可以將虛擬DOM和實際DOM的關系類比為藍圖和實際建筑的關系，假設我更改了29樓的一些資料，我改變了家具的布局還加了一些櫥柜，我有兩種方法可以改變，首先，我可以拆除29樓的一切從頭開始重建，或者我可以創造新的藍圖，比較新舊藍圖并進行更新以盡可能減少作業量，這就是虛擬DOM的作業原理，Vue 3讓這些更新更快并且更高效，
核心模塊
Vue 的三個核心模塊：
- Reactivity Module 回應式模塊
- Compiler Module 編譯器模塊
- Renderer Module 渲染模塊
回應式模塊允許我們創建 JavaScript 回應物件并可以觀察其變化，當使用這些物件的代碼運行時，它們會被跟蹤，因此，它們可以在回應物件發生變化后運行，
編譯器模塊獲取 HTML 模板并將它們編譯成渲染函式，這可能在運行時在瀏覽器中發生，但在構建 Vue 專案時更常見，這樣瀏覽器就可以只接收渲染函式，
渲染模塊的代碼包含在網頁上渲染組件的三個不同階段：
- 渲染階段
- 掛載階段
- 補丁階段
在渲染階段，將呼叫 render 函式，它回傳一個虛擬 DOM 節點，
在掛載階段，使用虛擬DOM節點并呼叫 DOM API 來創建網頁，
在補丁階段，渲染器將舊的虛擬節點和新的虛擬節點進行比較并只更新網頁變化的部分，
現在讓我們來看一個例子，一個簡單組件的執行，它有一個模板，以及在模板內部使用的回應物件，首先，模板編譯器將 HTML 轉換為一個渲染函式，然后初始化回應物件，使用回應式模塊，接下來，在渲染模塊中，我們進入渲染階段，這將呼叫 render 函式，它參考了回應物件，我們現在監聽這個回應物件的變化，render 函式回傳一個虛擬 DOM 節點，接下來，在掛載階段，呼叫 mount 函式使用虛擬 DOM 節點創建 web 頁面，最后，如果我們的回應物件發生任何變化，正在被監視，渲染器再次呼叫render函式，創建一個新的虛擬DOM節點，新的和舊的虛擬DOM節點，發送到補丁函式中，然后根據需要更新我們的網頁，
渲染器機制
擁有虛擬DOM層有一些好處，最重要的是它讓組件的渲染邏輯完全從真實DOM中解耦，并讓它更直接地重用框架的運行時在其他環境中，例如，Vue允許第三方開發人員創建自定義渲染解決方案目標，不僅僅是瀏覽器也包括IOS和Android等原生環境，也可以使用API創建自定義渲染器直接渲染到WebGL而不是DOM節點，在Vue 2中我們實際上已經有了這種能力但是，我們在Vue 2中提供的API沒有正式記錄并且需要分叉源代碼，所以這給維護帶來了很大的負擔，對開發這些定制解決方案的開發人員在Vue 3中，我們讓自定義渲染器API成為一等公民，因此開發人員可以直接拉取Vue運行時核心作為依賴項，然后利用自定義渲染器API構建自己的自定義渲染器，事實上，我們已經有了早期用戶報告他們已經成功地構建了一個使用Vue 3 API關于虛擬DOM的WebGL渲染器，
另一個重要方面，它提供了能力以編程方式構造、檢查、克隆以及操作所需的DOM結構，在實際回傳渲染引擎之前你可以利用JavaScript的全部能力做到這些，這個能力很重要，因為總會有某些情況在UI編程中使用模板語法會有一些限制，你只需要一種有充分靈活性的合適的編程語言來表達潛在的邏輯，現在，這種情況實際上是相當罕見的在日常UI開發中，但當你在創作一個庫的時候，這種情況更常見或撰寫UI組件套件，你打算上傳供第三方開發者使用，讓我們想象一下一個，像復雜型別的頂部框這樣的組件或者一個與一堆文本相關聯的輸入框，這些型別的組件通常包含很少的標記，但它們將包含很多互動邏輯在這些情況下，模板語法有時候會限制你更容易地表達潛在的邏輯，或者有時候你會發現自己在模板中加入了很多邏輯，但你還是有很多邏輯在JavaScript 中而 render 函式允許你把這些邏輯組合在一個地方你通常不需要想太多關于這些情況下的標記，
所以我理解是模板會完成你要做的事在99%的情況下你只需要寫出HTML就好了，但偶爾可能想做些更可控的事情在，你需要撰寫一個渲染函式，Vue 2中的渲染函式如下所示，
render(h) {
return h (
'div', {
attrs: {
id: foo
},
on: {
click: this.onClick
},
'hello'
})
}
所以這是組件定義中的一個選項，相對于提供一個 template 選項，在 Vue 2 中你可以為組件提供一個渲染函式，你會得到 h 引數，直接作為渲染函式的引數，你可以用它來創造我們稱之為虛擬DOM節點，簡稱 vnode，
vnode 接受三個引數：
- 第一個引數是型別，所以我們在這里創建一個 div，
- 第二個引數是一個物件包含 vnode 上的所有資料或屬性，API有點冗長從某種意義上說，你必須指明傳遞給節點的系結型別，例如，如果要系結屬性你必須把它嵌套在attrs物件下如果要系結事件偵聽器你得把它列在 on 下面，
- 第三個引數是這個 vnode 的子節點，所以直接傳遞一個字串是一個方便的 API，表明此節點只包含文本子節點，但它也可以是包含更多子節點的陣列，所以你可以在這里有一個陣列并且嵌套了更多的嵌套 h 呼叫，
在Vue 3中我們改變了API，目標是簡化它，
import { h } from 'vue'
render () {
return h(
'div',
{
id: 'foo',
onClick: this.onClick
},
'hello'
})
}
第一個顯著的變化是我們現在有了一個扁平的 props 結構，當你呼叫 h 時，第二個引數現在總是一個扁平的物件，你可以直接給它傳遞一個屬性，這里我們只是給它一個 ID，按慣例監聽器以 on 開頭，所以任何帶 on 的都會自動系結為一個監聽器所以你不必考慮太多嵌套的問題，
在大多數情況下，你也不需要思考是應將其作為 attribute 系結還是DOM屬性系結，因為 Vue 將智能地找出為你做這件事的最好方法，我們檢查這個 key 是否作為屬性存在在原生 DOM 中，如果存在，我們會將其設定為 property，如果它不存在，我們將它設定為一個attribute，
render API 的另一項改動是 h helper 現在是直接從 Vue 本身全域匯入的，一些用戶在 Vue 2 中因為 h 在這里傳遞而在這里面 h 又很特別，因為它系結到當前組件實體，當你想拆分一個大的渲染函式時，你必須把這個 h 函式一路傳遞給這些分割函式，所以，這有點困難，但有了全域引入的 h 你匯入一次就可以分割你的渲染函式，在同一個檔案里分割多少個都行，
渲染函式不再有 h 引數了，在內部它確實接收引數，但這只是編譯器使用的用來生成代碼，當用戶直接使用時，他們不需要這個引數，所以，如果你用 TypeScript 使用定義的組件 API 你也會得到 this 的完整型別推斷，
Q&A
1.我知道原始的那種虛擬 Dom 的實作得到了啟發來自其他專案對嗎？
是的有一個庫叫snabbdomVue 2基本上就是從這個庫中分離出來的，
2.好的然后是Vue 3，你在這里的編碼方式只是改進了Vue 2的模式嗎？
好吧，Vue 3是一個徹底的重寫，幾乎從頭開始一切都是定制的顯然，有現有的演算法看起來像沒有變化，因為這些是我們看到社區在做廣泛研究的領域所以這是建立在所有這些以前的實作的基礎上的但代碼本身現在是從頭開始，
3.都是用TypeScript寫的，對吧？
是的，都是 TypeScript 寫的，
何時/如何使用 render 函式
看看渲染函式在 Vue 中是什么樣子，在 Vue 2 中，一個傳統的 Vue 組件，有一個 template 選項，但是為了重用渲染函式我們可以用一個名為 render 的函式來代替它，我們會通過引數得到這個稱為 h（hyperscript），但在這里，我們只是示范一下我們如何在 Vue 3 中使用它，我們會從 vue 匯入 h，我們可以用它來回傳 h，
import { h } from 'vue'
const App = {
render () {
return h('div')
}
}
// 等效模板中的普通 div
1.所以它回傳 div 的 JavaScript 物件表示？
完全正確，
2.那么，你的虛擬dom就像…編譯器？是編譯器接收它嗎？
是渲染器，渲染器接收它，
3.然后它實際上進行 dom 呼叫將其帶入瀏覽器？
完全正確，
所以我們可以給這個虛擬節點一些 props，
import { h } from 'vue'
const App = {
render () {
return h(
'div',
{
id: 'hello'
},
[
h('span','world')
]
)
}
}
// <div id="hello"><span>world</span></div>
現在，我們知道如何生成靜態結構，但是當人們第一次使用 render 函式會問 “我該怎么寫，比如說，v-if 或者 v-for”？我們沒有像 v-if 或者類似的東西，相反，您可以直接使用 JavaScript，
import { h } from 'vue'
const App = {
render () {
return this.ok
? h('div',{ id: 'hello' },[h('span','world')]
: h('p', 'other branch')
)
}
}
如果 ok 的值為 true，它將呈現 div，反之，它將呈現 p，同樣，如果你想做 v-else-if 你需要嵌套這個三元運算式:
import { h } from 'vue'
const App = {
render () {
return this.ok
? h('div',{ id: 'hello' },[h('span','world')]
: this.otherCondition
? h('p', 'other branch')
: h('span')
)
}
}
我想你可能會喜歡創建一個變數，將不同的節點添加到該變數，所以當你不得不將這整個東西嵌套在一個運算式呼叫中這會很有用，但你不必這么做，
import { h } from 'vue'
let nodeToReturn
if(this.ok) {
nodeToReturn = ...
} else if () {
}
const App = {
render () {
return this.ok
? h('div',{ id: 'hello' },[h('span','world')]
: this.otherCondition
? h('p', 'other branch')
: h('span')
)
}
}
這就是 JavaScript 靈活的地方，這看起來更像普通的 JavaScript，當你的代碼變得更加復雜時您可以使用普通的 JavaScript 重構技巧使它們更容易理解，
我們討論了 v-if， 接下來看看 v-for， 類似的，你也可以給它們加上 key，這是渲染函式中的渲染串列，
import { h } from 'vue'
const App = {
render () {
return this.list.map(item => {
return h('div', {key: item.id}, item.text)
}))
}
}
在渲染函式中，您可能要處理插槽，當你寫一個重標記組件（markup heavy component），或者我更喜歡稱之為特性組件（feature component），它與你的應用程式的外觀布局結構有關，將實際的 HTML 顯示給用戶，對于那些型別的組件，我更喜歡始終使用模板，只有在我必須使用渲染函式的時候，比如我在寫一些功能型的組件，有時會期望獲取一些插槽內容，將其打包或者以某種方式操縱他們，在 Vue 3 里默認插槽將暴露在這個 this.$slot.default，如果對于組件什么都沒有提供，這將是 undefined，所以你得先檢查一下它的存在，如果它存在，它將永遠是一個陣列，有了作用域槽，我們可以將 props 傳遞給作用域槽，所以把資料傳遞到作用域槽只是通過傳遞一個引數到這個函式呼叫中，因為這是一個陣列你可以將它直接放在 children 位置，
import { h } from 'vue'
const App = {
render () {
const slot = this.$slot.default
? this.$slot.default()
: []
return h('div', slot)
}
}
你可以在 render 函式中用插槽做一件很強大的事，比如以某種方式操縱插槽，因為它只是一個 JavaScript 物件陣列，你可以用 map 遍歷它，
import { h } from 'vue'
const App = {
render () {
const slot = this.$slot.default
? this.$slot.default()
: []
slot.map(vnode => {
return h('div', [vnode])
})
}
}
這里有一個例子，截住并更改插槽資料，假設我們有一個堆疊組件（tack component），在一些用戶界面庫(UI libraries)中很常見，你可以傳遞很多屬性給它，得到嵌套的堆疊渲染結果，有點像 HTML 中 ul 和 ol 的默認樣式，
<Stack size="4">
<div>hello</div>
<Stack size="4">
<div>hello</div>
<div>hello</div>
</Stack>
</Stack>
渲染成這樣：
<div class="stack">
<div class="mt-4">
<div>hello</div>
</div>
<div class="mt-4">
<div class="stack">
<div class="mt-4">
<div>hello</div>
</div>
</div>
</div>
</div>
這里有一個普通的基于模板的語法，在同一個插槽內它們都是默認插槽，你能做的只有渲染這個部分，在模板很難實作，但是你可以用渲染函式來實作，程式化的遍歷插槽內的每個專案然后把它們變成別的東西，
import { h } from 'vue'
const Stack = {
render () {
const slot = this.$slots.default
? this.$slots.default()
: []
return h(
'div',
{class: 'stack'},
slot.map(child => {
return h(
'div',
{class: `mt-${this.$props.size}`},
[child]
)
})
)
}
}
我們用 slot.map 生成新的 vnode 串列，原來的子插槽被包裝在里面，有了這個，我們把它放到一個 stack.html 檔案里，
stack.html
<script src=https://www.cnblogs.com/guangzan/p/"https://unpkg.com/vue@next"></script>
<style>
.mt-4 {
margin: 10px
}
</style>
<script>
const { h, createApp } = Vue
const Stack = {
render() {
const slot = this.$slots.default
? this.$slots.default()
: []
return h('div',
{ class: 'stack' },
slot.map(child => {
return h('div', { class: `mt-${this.$attrs.size}` }, [child])
// this.$props.size ?
})
)
},
}
const App = {
components: {
Stack
},
template: `
<Stack size="4">
<div>hello</div>
<Stack size="4">
<div>hello</div>
<div>hello</div>
</Stack>
</Stack>
`
}
createApp(App).mount('#app')
</script>
當你創作這些底層的公用設施組件，有時真的會遇到麻煩，這時渲染函式更有效，但話說回來，也需要了解每種方法的利弊，這些是為了讓你更好地理解在什么情況下應該使用模板或使用渲染函式，基本上是當你用一個模板時遇到限制時，比如你就像我們剛才看到的那樣，可能改為使用渲染函式會更有效，當你意識到想表達的邏輯用 JavaScript 更容易而不是使用模板語法時就使用它，從我的經驗來看，這種情況在您創作可重用的功能組件，要跨多個應用程式共享或者在組織內部共享時更常見，在日常開發中你主要是在撰寫特性組件，模板通常是有效的方式，模板的好處是更簡單，當你有很多標記的時候會通過編譯器優化，它的另一個好處是它更容易讓設計師接管組件并用CSS設計樣式，因此，Vue 提供了這兩個選項，當情況出現的時候以便您可以選擇合適的方式，
更新中...
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/31513.html
標籤：JavaScript