React 和 Ember 都使用了虚拟DOM来提升页面的刷新速度。为了理解其如何工作,让我们先讨论一下几个概念:
更新DOM的花费时间非常长
当我们使用 JavaScript 来改变页面的时候,浏览器不得不做一些工作来找到需要的DOM节点,并且做出类似这样的改变:
- 1
在如今的应用程序的DOM中大概有成千上万的节点,因此更新所花费的时间就更长了。有很多不可避免的很小很频繁的更新拖慢了页面的速度。
我们可以使用 JavaScript 将DOM节点虚拟化表示
在一个HTML中,DOM节点通常表示如下:
- 1
- 2
- 3
- 4
- 5
DOM 节点也可以表示 JavaScript 中的对象,像这样:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
这就是我们的“虚拟”DOM。
更新虚拟节点的开销不大
- 1
- 2
如果我们使用虚拟DOM,而不是直接在代码中调用类似 .getElementById 的 DOM API 方法,操作就会像改变 JS 对象一样非常的简单省时。
接下来,就是同步的把我们做的改变更新到*真实*DOM 中去,我们使用了一个很有效率的函数:
- 1
- 2
- 3
- 1
Vue.js 在版本2中加入了虚拟DOM,这挺好的…对吧?
就像在生活和 Web 开发中的每一件事,虚拟DOM有利也有弊。
-
大小 - 其中之一就是更多的功能意味着代码包中更多行的代码。幸运的是,Vue.js 2.0 依旧比较小(当前版本 21.4kb),并且也正在删除很多东西。
-
内存 -同样,虚拟DOM需要将现有的DOM拷贝后保存在内存中,这是一个在DOM更新速度和内存使用中的权衡。
-
并不适用所有情况 -如果虚拟DOM可以一次性进行批量的修改是非常好的。但是如果是单独的、稀少的更新呢?这样的任何DOM更新都将会使虚拟DOM带来无意义的预计算。
因此,如果某个项目只有较少数量的节点,那么使用虚拟DOM会带来速度上质的变化么?实际上更可能的是使其更慢了!
但是对于多数的单页面应用来说,它还是会带来提升的。
不仅仅是性能
使用虚拟DOM不仅仅是一次性能上的优化,还意味着带来了更多的功能。
例如,你可以使用虚拟DOM通过 render() 方法直接创建新节点:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
输出:
- 1
- 2
- 3
- 4
为什么做这个?它为你的JavaScript带来了全编程能力。你可以通过使用JavaScript的数组方法来创建工厂化函数来搭建你的虚拟节点等等,这些用模板语法处理起来可能会更复杂。