前言
上一篇文章,我们讲了「Vue3」 runtime
和 compile
结合的 patch
过程。似乎,由于文章内容太过晦涩的原因,并没有收到很多同学的反馈。但是,其实这里我想说的是源码就是这样,初见时如陌生人一般,再见时如初恋,既熟悉又怀念。
所以,这一篇文章,我打算讲个「Vue3」中轻松愉快的设计点——内置组件 teleport
。那么,这次我们将会从使用角度和源码角度去深入了解 teleport
组件是如何实现的?
什么是 teleport 组件
当然,如果已经懂得怎么使用 teleport
组件的同学可以跳过这个小节。
我们从使用性的角度思考,很现实的一点,就是 teleport
组件能带给我们什么价值?
最经典的回答就是开发中使用 Modal
模态框的场景。通常,我们会在中后台的业务开发中频繁地使用到模态框。可能对于中台还好,它们会搞一些 low code
来减少开发成本,但这也是一般大公司或者技术较强的公司才能实现的。
而实际情况下,我们传统的后台开发,就是会存在频繁地手动使用 Modal
的情况,它看起来会是这样:
<div class="page">
<div class="header">我希望点击我出现弹窗</div>
<!--假设此处有 100 行代码-->
....
<Modal>
<div>
我是 header 希望出的弹窗
</div>
</Modal>
</div>
这样的代码,凸显出来的问题,就是脱离了所见即所得的理念,即我头部希望出现的弹窗,由于样式的问题,我需要将 Modal
写在最下面。
而 teleport
组件的出现,首当其冲的就是解决这个问题,仍然还是上面那个栗子,通过 teleport
组件我们可以这么写:
<div class="page">
<div class="header">我希望点击我出现弹窗</div>
<!--弹窗内容-->
<teleport to="#modal-header">
<div>
我是 header 希望出的弹窗
</div>
</teleport>
<!--假设此处有 100 行代码-->
....
<Modal id="modal-header">
</Modal>
</div>
结合 teleport
组件使用 modal
,一方面,我们的弹窗内容,就可以符合我们的正常的思考逻辑。并且,另一方面,也可以充分地提高 Modal
组件的可复用性,即页面中一个 Modal
负责展示不同内容。
从源码角度认识 teleport 组件
假设,此时我们有一个这样的栗子:
<div id="my-heart">
i love you
</div>
<teleport to="#my-heart" >
honey
</teleport>
通过上面的介绍,我们很容易就知道,它最终渲染到页面上的 DOM 会是这样:
<div id="my-heart">
i love you honey
</div>
那么,这个时候我们就会想,teleport
组件中的内容,究竟是如何走进了我的心?这,说来话长,长话短说,我们直接上图:
通过流程图,我们可以知道整体 teleport
的工作流并不复杂。那么,接下来,我们再从源码设计的角度认识 teleport
组件的运行机制。
这里,我们仍然会分为compile
和runtime
两个阶段去介绍。
compile 编译生成的 render 函数
仍然是我们上面的那个栗子,它经过 compile
编译处理后生成的可执行代码会是这样:
const _Vue = Vue
const { createVNode: _createVNode, createTextVNode: _createTextVNode } = _Vue
const _hoisted_1 = _createVNode("div", { id: "my-heart" }, "i love you ", -1 /* HOISTED */)
const _hoisted_2 = _createTextVNode("honey")
return function render(_ctx, _cache) {
with (_ctx) {
const { createVNode: _createVNode, createTextVNode: _createTextVNode, Teleport: _Teleport, openBlock: _openBlock, createBlock: _createBlock, Fragment: _Fragment } = _Vue
return (_openBlock(), _createBlock(_Fragment, null, [
_hoisted_1,
(_openBlock(), _createBlock(_Teleport, { to: "#my-heart" }, [
_hoisted_2
]))
], 64))
}
由于,teleport
组件并不属于静态节点需要提升的范围,所以它会在 render
函数内部创建,即这一部分:
_createBlock(_Teleport, { to: "#my-heart" }, [
_hoisted_2
]))
需要注意的是,此时teleport
的内容honey
是属于静态节点,所以它会被提升。
并且,这里有一处细节,teleport
组件的内部元素永远是以数组的形式处理,这在之后的 patch
处理中也会提及。
runtime 运行时的 patch 处理
相比较 compile
编译时生成 teleport
组件的可执行代码,runtime
运行时的 patch
处理可以说是整个 teleport
组件实现的核心。
在上一篇文章 深度解读 Vue 3 源码 | compile 和 runtime 结合的 patch 过程 中,我们说了 patch
会根据不同的 shapeFlag
处理不同的逻辑,而 teleport
则会命中 shapeFlag
为 TELEPORT
的逻辑:
function patch(...) {
...
switch(type) {
...
default:
if (shapeFlag & ShapeFlags.TELEPORT) {
;(type as typeof TeleportImpl).process(
n1 as TeleportVNode,
n2 as TeleportVNode,
container,
anchor,
parentComponent,
parentSuspense,
isSVG,
optimized,
internals
)
}
}
}
这里会调用 TeleportImpl
上的 process
方法来实现 teleport
的 patch
过程,并且它也是 teleport
组件实现的核心代码。而 TeleportImpl.process
函数的逻辑可以分为这四个步骤:
创建并挂载注释节点
首先,创建两个注释 VNode
,插入此时 teleport
组件在页面中的对应位置,即插入到 teleport
的父节点 container
中:
// 创建注释节点
const placeholder = (n2.el = __DEV__
? createComment('teleport start')
: createText(''))
const mainAnchor = (n2.anchor = __DEV__
? createComment('teleport end')
: createText(''))
// 插入注释节点
insert(placeholder, container, anchor)
insert(mainAnchor, container, anchor)
挂载 target 节点和占位节点
其次,判断 teleport
组件对应 target
的 DOM
节点是否存在,存在则插入一个空的文本节点,也可以称为占位节点:
const target = (n2.target = resolveTarget(n2.props, querySelector))
const targetAnchor = (n2.targetAnchor = createText(''))
if (target) {
insert(targetAnchor, target)
} else if (__DEV__) {
warn('Invalid Teleport target on mount:', target, `(${typeof target})`)
}
定义挂载函数 mount
然后,定义 mount
方法来为 teleport
组件进行特定的挂载操作,它的本质是基于 mountChildren
挂载子元素方法的封装:
const mount = (container: RendererElement, anchor: RendererNode) => {
if (shapeFlag & ShapeFlags.ARRAY_CHILDREN) {
mountChildren(
children as VNodeArrayChildren,
container,
anchor,
parentComponent,
parentSuspense,
isSVG,
optimized
)
}
}
可以看到,这里也对是否 ShpeFlags
为 ARRAY_CHILDREN
,即数组,进行了判断,因为 teleport
的子元素必须为数组。并且,mount
方法的两个形参的意义分别是:
container
代表要挂载的父节点。anchor
调用insertBefore
插入时的referenceNode
,即占位VNode
。
根据 disabled 处理不同逻辑
由于,teleport
组件提供了一个 props
属性 disabled
来控制是否将内容显示在目标 target
中。所以,最后会根据 disabled
来进行不同逻辑的处理:
disabled
为true
时,mainAnchor
作为referenceNode
,即注释节点,挂载到此时teleport
的父级节点中。disabled
为false
时,targetAnchor
作为refereneceNode
,即target
中的空文本节点,挂载到此时teleport
的target
节点中。
if (disabled) {
mount(container, mainAnchor)
} else if (target) {
mount(target, targetAnchor)
}
而 mount
方法最终会调用原始的 DOM API
insertBefore
来实现 teleport
内容的挂载。我们来回忆一下 insertBefore
的语法:
var insertedNode = parentNode.insertBefore(newNode, referenceNode);
由于 insertBefore
的第二个参数 referenceNode
是必选的,如果不提供节点或者传入无效值,在不同的浏览器中会有不同的表现(摘自 MDN)。所以,当 disabled
为 false
时,我们的 referenceNode
就是一个已插入 target
中的空文本节点,从而确保在不同浏览器上都能表现一致。
小结
今天介绍的是属于 teleport
组件创建的逻辑。同样地,teleport
组件也有自己特殊的 patch
逻辑,这里有兴趣的同学可以自行去了解。虽说,teleport
组件的实现并不复杂,但是,其中的细节处理仍然是值得学习一番,例如注释节点来标记 teleport
组件位置、空文本节点作为占位节点确保 insertBefore
在不同浏览器上表现一致等。
写在最后
相比较前两篇讲解「Vue3」源码的文章来说,这篇应该算是通俗易懂。在写完前两篇后,我自己也思考了一段时间,如何降低文章的阅读门槛?我想应该会在后期重新翻新它们,因为源码的本质是复杂的,要想低门槛地实现阅读,这需要一定时间和抽象表达。最后,如果文章中存在不足的地方,欢迎各位同学提 Issue。
往期文章回顾
深度解读 Vue 3 源码 | compile 和 runtime 结合的 patch 过程
深度解读 Vue 3 源码 | 从编译过程,理解静态节点提升
❤️ 爱心三连击
通过阅读,如果你觉得有收获的话,可以爱心三连击!!!
前端问路人 —— 五柳(微信公众号: Code center)
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。