[译] 手把手教你写一个 Javascript 框架:使用 ES6 Proxy 实现数据绑定
原文作者:Bertalan Miklos
原文地址:https://blog.risingstack.com/writing-a-javascript-framework-data-binding-es6-proxy/
中文翻译:文蔺
译文地址:http://www.wemlion.com/2016/es6-proxy-data-binding/
本文由 @文蔺 翻译,转载请保留此声明。
著作权属于原作者,本译文仅用于学习、研究和交流目的,请勿用于商业目的。
本文是“编写 JavaScript 框架”系列的第五章。在本章中,我将介绍如何使用 ES6 Proxy 实现简单、强大的数据绑定。
本系列主要是如何开发一个开源的客户端框架,框架名为 NX。我将在本系列中分享框架编写过程中如何克服遇到的主要困难。对 NX 感兴趣的朋友可以点击 NX 项目主页查看。
本系列章节如下:
- 项目结构(Project structuring)
- 执行调度(Execution timing)
- 沙箱求值(Sandboxed code evaluation)
- 数据绑定简介
- ES6 Proxy 实现数据绑定 (本文)
- 自定义元素
- 客户端路由
知识回顾
ES6 让 JavaScript 变得更加优雅,但多数新特性不过是语法糖罢了。Proxy 是少数几个无法 polyfill 的新增特性。如果还不太熟悉 Proxy,请先看一眼 MDN 上的 Proxy 文档。
如果对 ES6 中的 Reflection API、Set、 Map 以及 WeakMap 有所了解,那便是极好的。
nx-observe
nx-observe 是一个不到 140 行代码的数据绑定方案。对外暴露的 observable(obj)
、observe(fn)
二者分别用于创建 observable 和 observer 函数。当使用到的 observable 对象发生属性变化时,observer 函数将自动执行。示例如下:
// 这是一个 observable object |
每当 person.name
或 person.age
发生变化,传给 observe()
的 print
函数就会重新运行。在这里,print
被称为 observer 函数。
如果对更多例子感兴趣,可以点开 GitHub readme 或 NX 主页,看看更逼真的场景。
实现简单的 observable
接下来的小节解释 nx-observe 底层发生了什么。首先介绍 observable 对象的属性变化是如何被侦测到的,又是如何匹配 observer 的。然后再展示怎样运行这些由变化触发的 observer 函数。
注册变化
变化是通过由 ES6 Proxy 包装后的 observable 对象注册的。在 Reflection API 的协助下,这些 proxy 能够完美拦截 get 和 set 操作。
下面代码中使用的 currentObserver
和 queueObserver()
会在下一节中解释。目前只需要知道,currentObserver
总是指向当前执行的 observer 函数,queueObserver()
把即将执行的 observer 加入队列。
|
尚未设置 currentObserver
时,get
不会做任何事情。否则,get
操作会将拿到的 observable 对象属性与当前运行的 observer 函数组合(pair)在一起,保存到 observers
WeakMap 中。对于 observable 对象的每个属性,observer 函数都保存在一个 Set
中。这样可以保证不会出现重复。
set
会检索所有与 observable 对象变动的属性相关的 observer,并将它们加入稍后执行的队列。
下图展示了前面的例子的执行步骤。
- 创建 observable 对象
person
; currentObserver
被设为print
;print
开始执行;- 在
print
内部检索到person.name
; - 在
person
上触发get
; observers.get(person).get('name')
检索到(person, name)
组合的 observer Set;currentObserver
(print) 被添加到 observer Set 中;- 对
person.age
,同理,执行前面 4-7 步; ${person.name}, ${person.age}
打印出来;print
函数执行结束;currentObserver
变为 undefined;- 其他代码开始运行;
- 设置
person.age
为新的值(22); person
上触发set
;observers.get(person).get('age')
检索到(person, age)
组合的 observer Set,- observer Set 中的 observer(包括
print
)入队准备执行; - 再次执行
print
。
observer 执行
队列中的 observer 是分批异步执行的,因此性能很好。注册期间,这些 observer 被异步地添加到 queuedObservers
Set
中。Set
中不会包含重复元素,所以多次加入同一个 observer 也不会导致重复执行。如果该 Set
之前是空的,则会加入新的任务,在一段时间后迭代执行队列中所有的 observer。
/* 包含触发的将要执行的 observer 函数 */ |
执行某一个 observer 时,上面的代码确保全局变量 currentObserver
指向该 observer。设置 currentObserver
,会启用 get
,监听、匹配执行时用到的 observable 对象的所有属性。
建立动态 observable tree
到目前为止,模型结合单层数据结构使用起来还挺好,但还需要用 observable 手动包装那些值是对象的属性。比如,下面的代码就没法达到预期:
const person = observable({data: {name: 'John'}}) |
为了让代码正常工作,还需要将 observable({data: {name: 'John'}})
替换成 observable({data: observable({name: 'John'})})
。幸运的是,稍微修改一下 get
就能解决问题。
function get (target, key, receiver) { |
如果要返回的值是对象,那么在返回之前,get
会将其包装成 observable 对象。从性能方面来看也很完美,只会在需要的时候才会创建 observable 对象。
与 ES5 对比
利用 ES5 的属性访问器(getter/setter)也能实现类似的数据绑定。很多流行的框架/库都在使用,如 MobX 和 Vue。相较于访问器,使用 Proxy 有两大优势,也有一点不足之处。
扩展属性
在 JavaScript 中,扩展属性(Expando properties) 是指动态添加的属性。ES5 技术不支持扩展属性,每个属性的访问器都必须预先定义才能实现拦截操作。这也是为何当今预定义的键值集合成为趋势的原因。
而 Proxy 技术可以真正支持扩展属性,因为 Proxy 是按照单个对象定义的,对象的所有属性操作都可以拦截。
扩展属性很重要,典型例子就是数组。离开添加、删除功能,JavaScript 数组几乎毫无用处。针对此问题,ES5 数据绑定技术通常自定义数组方法,或者干脆重写。
getter 和 setter
通过某些特殊的语法,一些使用 ES5 方法的框架/库提供 computed
绑定属性。这些属性都有相应的原生实现,即 getter 和 setter。因为内部使用 getter 和 setter 实现数据绑定逻辑,那么也就无法再利用属性访问器了。
而 Proxy 可以拦截包括 getter 和 setter 在内的所有类型的属性访问和变动,所以这对 ES6 方法来说不构成问题。
不足之处
使用 Proxy 最大的不足还是在于浏览器支持。只有比较新的浏览器才支持,而 Proxy API 最精华的部分却无法通过 polyfill 实现。
一点笔记
上面介绍的数据绑定方法能够工作,但为了更容易理解,我进行了一些简化处理。下面会提到一些之前没有提到的问题。
垃圾清理
内存泄漏比较恶心。前面的代码在某种意义上来说有所避免,因为使用了 WeakMap
保存 observer。因此,observable 对象及与其关联的 observer 也会同时被回收。
不过,实际使用场景常常是中心化、持久化的存储,伴随着频繁的 DOM 变动。这种情况下,DOM 在垃圾回收之前,必须释放所有为其注册的 observer。前面的例子并没有实现该功能,但可以在 nx-observe 的代码 中可以看到 unobserve()
方法如何实现。
多次包装
Proxy 是透明的,没有分辨 Proxy 和普通对象的原生方法。此外,它们还能无限嵌套,若不进行必要的预防,最终可能导致不停地对 observable 对象进行包装。
分辨 Proxy 与普通对象的办法有很多,例子中没有提到。其中一种办法是设置一个名为 proxies
的 WeakSet
对象,之后检查该 WeakSet 中是否存在某个 Proxy 对象即可。如果对 nx-observe 中的 isObservable()
方法感兴趣,可以去看代码。
继承
nx-observe 还能与原型继承搭配工作。请看示例:
const parent = observable({greeting: 'Hello'}) |
沿着原型链中的每个对象都会触发 get
操作,直到找到属性,因此在所有可能需要的地方都会注册 observer。
还有一个鲜为人知事情,set
操作同样会(偷偷摸摸地)沿着原型链进行。有些极端情况就是因此造成的,这里略过不谈。
内部属性
Proxy 还能拦截“内部属性访问”。你的代码中可能会使用许多通常基本都不考虑的内部属性。这样一些属性,通常会使用如 Symbol 这样的值作为 key。这些属性也通常也能被 Proxy 拦截到,不过也也会有一些出现 bug 的情况。
异步特性
拦截到 set
操作时,observer 可以同步运行。这样有一些优势,比如减低复杂度,时序也可预测,堆栈跟踪更优雅。但某些场景下也会造成混乱。
想象一下,在单个循环中向6一个 observable 数组中添加 1000 项。数组长度会变化一千次,关联的 observer 也会在接连执行一千次。这恐怕不是什么好事。
另一个场景是双向观测。如若 observer 同步执行,下面的代码会造成无限循环。
const observable1 = observable({prop: 'value1'}) |
鉴于这些,nx-observe 将 observer 添加到不允许重复的队列中一起执行,以避免无样式内容闪动。如果你对 microtask 的概念还不熟悉,请查看我之前关于浏览器时间控制的文章。
写在最后
如果对 NX 框架感兴趣,请访问 主页。胆大的读者还可以在Github 上查看 NX 源码 和 nx-observe 源码。
希望你喜欢这篇文章,下一章我们将讨论自定义 HTML 元素。
译者补记
关于 Proxy,可以参阅:
原文作者:Bertalan Miklos
原文地址:https://blog.risingstack.com/writing-a-javascript-framework-data-binding-es6-proxy/
本译文仅用于学习、研究和交流目的,转载请保留原文出处