Vue组件的另一个重要概念是插槽,它允许你以一种不同于严格的父子关系的方式组合组件。插槽为你提供了一个将内容放置到新位置或使组件更通用的出口。这一节将围绕官网对插槽内容的介绍思路,按照普通插槽,具名插槽,再到作用域插槽的思路,逐步深入内在的实现原理,有对插槽使用不熟悉的,可以先参考官网对插槽的介绍。
10.1 普通插槽
插槽将<slot></slot>
作为子组件承载分发的载体,简单的用法如下
10.1.1 基础用法
代码语言:javascript复制var child = {
template: `<div class="child"><slot></slot></div>`
}
var vm = new Vue({
el: '#app',
components: {
child
},
template: `<div id="app"><child>test</child></div>`
})
// 最终渲染结果
<div class="child">test</div>
10.1.2 组件挂载原理
插槽的原理,贯穿了整个组件系统编译到渲染的过程,所以首先需要回顾一下对组件相关编译渲染流程,简单总结一下几点:
- 从根实例入手进行实例的挂载,如果有手写的
render
函数,则直接进入$mount
挂载流程。 - 只有
template
模板则需要对模板进行解析,这里分为两个阶段,一个是将模板解析为AST
树,另一个是根据不同平台生成执行代码,例如render
函数。 $mount
流程也分为两步,第一步是将render
函数生成Vnode
树,子组件会以vue-componet-
为tag
标记,另一步是把Vnode
渲染成真正的DOM节点。- 创建真实节点过程中,如果遇到子的占位符组件会进行子组件的实例化过程,这个过程又将回到流程的第一步。
接下来我们对slot
的分析将围绕这四个具体的流程展开,对组件流程的详细分析,可以参考深入剖析Vue源码 - 组件基础小节。
10.1.3 父组件处理
回到组件实例流程中,父组件会优先于子组件进行实例的挂载,模板的解析和render
函数的生成阶段在处理上没有特殊的差异,这里就不展开分析。接下来是render
函数生成Vnode
的过程,在这个阶段会遇到子的占位符节点(即:child),因此会为子组件创建子的Vnode
。createComponent
执行了创建子占位节点Vnode
的过程。我们把重点放在最终Vnode
代码的生成。
// 创建子Vnode过程
function createComponent (
Ctor, // 子类构造器
data,
context, // vm实例
children, // 父组件需要分发的内容
tag // 子组件占位符
){
···
// 创建子vnode,其中父保留的children属性会以选项的形式传递给Vnode
var vnode = new VNode(
("vue-component-" (Ctor.cid) (name ? ("-" name) : '')),
data, undefined, undefined, undefined, context,
{ Ctor: Ctor, propsData: propsData, listeners: listeners, tag: tag, children: children },
asyncFactory
);
}
// Vnode构造器
var VNode = function VNode (tag,data,children,text,elm,context,componentOptions,asyncFactory) {
···
this.componentOptions = componentOptions; // 子组件的选项相关
}
createComponent
函数接收的第四个参数children
就是父组件需要分发的内容。在创建子Vnode
过程中,会以会componentOptions
配置传入Vnode
构造器中。最终Vnode
中父组件需要分发的内容以componentOptions
属性的形式存在,这是插槽分析的第一步。
10.1.4 子组件流程
父组件的最后一个阶段是将Vnode
渲染为真正的DOM节点,在这个过程中如果遇到子Vnode
会优先实例化子组件并进行一系列子组件的渲染流程。子组件初始化会先调用init
方法,并且和父组件不同的是,子组件会调用initInternalComponent
方法拿到父组件拥有的相关配置信息,并赋值给子组件自身的配置选项。
// 子组件的初始化
Vue.prototype._init = function(options) {
if (options && options._isComponent) {
initInternalComponent(vm, options);
}
initRender(vm)
}
function initInternalComponent (vm, options) {
var opts = vm.$options = Object.create(vm.constructor.options);
var parentVnode = options._parentVnode;
opts.parent = options.parent;
opts._parentVnode = parentVnode;
// componentOptions为子vnode记录的相关信息
var vnodeComponentOptions = parentVnode.componentOptions;
opts.propsData = vnodeComponentOptions.propsData;
opts._parentListeners = vnodeComponentOptions.listeners;
// 父组件需要分发的内容赋值给子选项配置的_renderChildren
opts._renderChildren = vnodeComponentOptions.children;
opts._componentTag = vnodeComponentOptions.tag;
if (options.render) {
opts.render = options.render;
opts.staticRenderFns = options.staticRenderFns;
}
}
最终在子组件实例的配置中拿到了父组件保存的分发内容,记录在组件实例$options._renderChildren
中,这是第二步的重点。
接下来是initRender
阶段,在这个过程会将配置的_renderChildren
属性做规范化处理,并将他赋值给子实例上的$slot
属性,这是第三步的重点。
function initRender(vm) {
···
vm.$slots = resolveSlots(options._renderChildren, renderContext);// $slots拿到了子占位符节点的_renderchildren(即需要分发的内容),保留作为子实例的属性
}
function resolveSlots (children,context) {
// children是父组件需要分发到子组件的Vnode节点,如果不存在,则没有分发内容
if (!children || !children.length) {
return {}
}
var slots = {};
for (var i = 0, l = children.length; i < l; i ) {
var child = children[i];
var data = child.data;
// remove slot attribute if the node is resolved as a Vue slot node
if (data && data.attrs && data.attrs.slot) {
delete data.attrs.slot;
}
// named slots should only be respected if the vnode was rendered in the
// same context.
// 分支1为具名插槽的逻辑,放后分析
if ((child.context === context || child.fnContext === context) &&
data && data.slot != null
) {
var name = data.slot;
var slot = (slots[name] || (slots[name] = []));
if (child.tag === 'template') {
slot.push.apply(slot, child.children || []);
} else {
slot.push(child);
}
} else {
// 普通插槽的重点,核心逻辑是构造{ default: [children] }对象返回
(slots.default || (slots.default = [])).push(child);
}
}
return slots
}
其中普通插槽的处理逻辑核心在(slots.default || (slots.default = [])).push(child);
,即以数组的形式赋值给default
属性,并以$slot
属性的形式保存在子组件的实例中。
随后子组件也会走挂载的流程,同样会经历template
模板到render
函数,再到Vnode
,最后渲染真实DOM
的过程。解析AST
阶段,slot
标签和其他普通标签处理相同,不同之处在于AST
生成render
函数阶段,对slot
标签的处理,会使用_t函数
进行包裹。这是关键步骤的第四步
子组件渲染的大致流程简单梳理如下
代码语言:javascript复制// ast 生成 render函数
var code = generate(ast, options);
// generate实现
function generate(ast, options) {
var state = new CodegenState(options);
var code = ast ? genElement(ast, state) : '_c("div")';
return {
render: ("with(this){return " code "}"),
staticRenderFns: state.staticRenderFns
}
}
// genElement实现
function genElement(el, state) {
// 针对slot标签的处理走```genSlot```分支
if (el.tag === 'slot') {
return genSlot(el, state)
}
}
// 核心genSlot原理
function genSlot (el, state) {
// slotName记录着插槽的唯一标志名,默认为default
var slotName = el.slotName || '"default"';
// 如果子组件的插槽还有子元素,则会递归调执行子元素的创建过程
var children = genChildren(el, state);
// 通过_t函数包裹
var res = "_t(" slotName (children ? ("," children) : '');
// 具名插槽的其他处理
···
return res ')'
}
最终子组件的render
函数为: "with(this){return _c('div',{staticClass:"child"},[_t("default")],2)}"
第五步到了子组件渲染为Vnode
的过程。render
函数执行阶段会执行_t()
函数,_t
函数是renderSlot
函数简写,它会在Vnode树中进行分发内容的替换,具体看看实现逻辑。
参考Vue3源码视频讲解:进入学习
代码语言:javascript复制// target._t = renderSlot;
// render函数渲染Vnode函数
Vue.prototype._render = function() {
var _parentVnode = ref._parentVnode;
if (_parentVnode) {
// slots的规范化处理并赋值给$scopedSlots属性。
vm.$scopedSlots = normalizeScopedSlots(
_parentVnode.data.scopedSlots,
vm.$slots, // 记录父组件的插槽内容
vm.$scopedSlots
);
}
}
normalizeScopedSlots
的逻辑较长,但并不是本节的重点。拿到$scopedSlots
属性后会执行真正的render
函数,其中_t
的执行逻辑如下:
// 渲染slot组件内容
function renderSlot (
name,
fallback, // slot插槽后备内容(针对后备内容)
props, // 子传给父的值(作用域插槽)
bindObject
) {
// scopedSlotFn拿到父组件插槽的执行函数,默认slotname为default
var scopedSlotFn = this.$scopedSlots[name];
var nodes;
// 具名插槽分支(暂时忽略)
if (scopedSlotFn) { // scoped slot
props = props || {};
if (bindObject) {
if (!isObject(bindObject)) {
warn(
'slot v-bind without argument expects an Object',
this
);
}
props = extend(extend({}, bindObject), props);
}
// 执行时将子组件传递给父组件的值传入fn
nodes = scopedSlotFn(props) || fallback;
} else {
// 如果父占位符组件没有插槽内容,this.$slots不会有值,此时vnode节点为后备内容节点。
nodes = this.$slots[name] || fallback;
}
var target = props && props.slot;
if (target) {
return this.$createElement('template', { slot: target }, nodes)
} else {
return nodes
}
}
renderSlot
执行过程会拿到父组件需要分发的内容,最终Vnode
树将父元素的插槽替换掉子组件的slot
组件。
最后一步就是子组件真实节点的渲染了,这点没有什么特别点,和以往介绍的流程一致。
至此,一个完整且简单的插槽流程分析完毕。接下来看插槽深层次的用法。
10.2 具有后备内容的插槽
有时为一个插槽设置具体的后备 (也就是默认的) 内容是很有用的,它只会在没有提供内容的时候被渲染。查看源码发现后备内容插槽的逻辑也很好理解。
代码语言:javascript复制var child = {
template: `<div class="child"><slot>后备内容</slot></div>`
}
var vm = new Vue({
el: '#app',
components: {
child
},
template: `<div id="app"><child></child></div>`
})
// 父没有插槽内容,子的slot会渲染后备内容
<div class="child">后备内容</div>
父组件没有需要分发的内容,子组件会默认显示插槽里面的内容。源码中的不同体现在下面的几点。
- 父组件渲染过程由于没有需要分发的子节点,所以不再需要拥有
componentOptions.children
属性来记录内容。 - 因此子组件也拿不到
$slot
属性的内容. - 子组件的
render
函数最后在_t
函数参数会携带第二个参数,该参数以数组的形式传入slot
插槽的后备内容。例with(this){return _c('div',{staticClass:"child"},[_t("default",[_v("test")])],2)}
- 渲染子
Vnode
会执行renderSlot(_t)
函数时,第二个参数fallback
有值,且this.$slots
没值,vnode
会直接返回后备内容作为渲染对象。
function renderSlot (
name, fallback, // slot插槽后备内容(针对后备内容) props, // 子传给父的值(作用域插槽) bindObject
){
if() {
···
}else{
//fallback为后备内容
// 如果父占位符组件没有插槽内容,this.$slots不会有值,此时vnode节点为后备内容节点。
nodes = this.$slots[name] || fallback;
}
}
最终,在父组件没有提供内容时,slot
的后备内容被渲染。
有了这些基础,我们再来看官网给的一条规则。
父级模板里的所有内容都是在父级作用域中编译的;子模板里的所有内容都是在子作用域中编译的。
父组件模板的内容在父组件编译阶段就确定了,并且保存在componentOptions
属性中,而子组件有自身初始化init
的过程,这个过程同样会进行子作用域的模板编译,因此两部分内容是相对独立的。
10.3 具名插槽
往往我们需要灵活的使用插槽进行通用组件的开发,要求父组件每个模板对应子组件中每个插槽,这时我们可以使用<slot>
的name
属性,同样举个简单的例子。
var child = {
template: `<div class="child"><slot name="header"></slot><slot name="footer"></slot></div>`,
}
var vm = new Vue({
el: '#app',
components: {
child
},
template: `<div id="app"><child><template v-slot:header><span>头部</span></template><template v-slot:footer><span>底部</span></template></child></div>`,
})
渲染结果:
代码语言:html复制<div class="child"><span>头部</span><span>底部</span></div>
接下来我们在普通插槽的基础上,看看源码在具名插槽实现上的区别。
10.3.1 模板编译的差别
父组件在编译AST
阶段和普通节点的过程不同,具名插槽一般会在template
模板中用v-slot:
来标注指定插槽,这一阶段会在编译阶段特殊处理。最终的AST
树会携带scopedSlots
用来记录具名插槽的内容
{
scopedSlots: {
footer: { ··· },
header: { ··· }
}
}
AST
生成render
函数的过程也不详细分析了,我们只分析父组件最终返回的结果(如果对parse, generate
感兴趣的同学,可以直接看源码分析,编译阶段冗长且难以讲解,跳过这部分分析)
with(this){return _c('div',{attrs:{"id":"app"}},[_c('child',{scopedSlots:_u([{key:"header",fn:function(){return [_c('span',[_v("头部")])]},proxy:true},{key:"footer",fn:function(){return [_c('span',[_v("底部")])]},proxy:true}])})],1)}
很明显,父组件的插槽内容用_u
函数封装成数组的形式,并赋值到scopedSlots
属性中,而每一个插槽以对象形式描述,key
代表插槽名,fn
是一个返回执行结果的函数。
10.3.2 父组件vnode生成阶段
照例进入父组件生成Vnode
阶段,其中_u
函数的原形是resolveScopedSlots
,其中第一个参数就是插槽数组。
// vnode生成阶段针对具名插槽的处理 _u (target._u = resolveScopedSlots)
function resolveScopedSlots (fns,res,hasDynamicKeys,contentHashKey) {
res = res || { $stable: !hasDynamicKeys };
for (var i = 0; i < fns.length; i ) {
var slot = fns[i];
// fn是数组需要递归处理。
if (Array.isArray(slot)) {
resolveScopedSlots(slot, res, hasDynamicKeys);
} else if (slot) {
// marker for reverse proxying v-slot without scope on this.$slots
if (slot.proxy) { // 针对proxy的处理
slot.fn.proxy = true;
}
// 最终返回一个对象,对象以slotname作为属性,以fn作为值
res[slot.key] = slot.fn;
}
}
if (contentHashKey) {
(res).$key = contentHashKey;
}
return res
}
最终父组件的vnode
节点的data
属性上多了scopedSlots
数组。回顾一下,具名插槽和普通插槽实现上有明显的不同,普通插槽是以componentOptions.child
的形式保留在父组件中,而具名插槽是以scopedSlots
属性的形式存储到data
属性中。
// vnode
{
scopedSlots: [{
'header': fn,
'footer': fn
}]
}
10.3.3 子组件渲染Vnode过程
子组件在解析成AST
树阶段的不同,在于对slot
标签的name
属性的解析,而在render
生成Vnode
过程中,slot
的规范化处理针对具名插槽会进行特殊的处理,回到normalizeScopedSlots
的代码
vm.$scopedSlots = normalizeScopedSlots(
_parentVnode.data.scopedSlots, // 此时的第一个参数会拿到父组件插槽相关的数据
vm.$slots, // 记录父组件的插槽内容
vm.$scopedSlots
);
最终子组件实例上的$scopedSlots
属性会携带父组件插槽相关的内容。
// 子组件Vnode
{
$scopedSlots: [{
'header': f,
'footer': f
}]
}
10.3.4 子组件渲染真实dom
和普通插槽类似,子组件渲染真实节点的过程会执行子render
函数中的_t
方法,这部分的源码会和普通插槽走不同的分支,其中this.$scopedSlots
根据上面分析会记录着父组件插槽内容相关的数据,所以会和普通插槽走不同的分支。而最终的核心是执行nodes = scopedSlotFn(props)
,也就是执行function(){return [_c('span',[_v("头部")])]}
,具名插槽之所以是函数的形式执行而不是直接返回结果,我们在后面揭晓。
function renderSlot (
name,
fallback, // slot插槽后备内容
props, // 子传给父的值
bindObject
){
var scopedSlotFn = this.$scopedSlots[name];
var nodes;
// 针对具名插槽,特点是$scopedSlots有值
if (scopedSlotFn) { // scoped slot
props = props || {};
if (bindObject) {
if (!isObject(bindObject)) {
warn('slot v-bind without argument expects an Object',this);
}
props = extend(extend({}, bindObject), props);
}
// 执行时将子组件传递给父组件的值传入fn
nodes = scopedSlotFn(props) || fallback;
}···
}
至此子组件通过slotName
找到了对应父组件的插槽内容。
10.4 作用域插槽
最后说说作用域插槽,我们可以利用作用域插槽让父组件的插槽内容访问到子组件的数据,具体的用法是在子组件中以属性的方式记录在子组件中,父组件通过v-slot:[name]=[props]
的形式拿到子组件传递的值。子组件<slot>
元素上的特性称为插槽Props
,另外,vue2.6以后的版本已经弃用了slot-scoped
,采用v-slot
代替。
var child = {
template: `<div><slot :user="user"></div>`,
data() {
return {
user: {
firstname: 'test'
}
}
}
}
var vm = new Vue({
el: '#app',
components: {
child
},
template: `<div id="app"><child><template v-slot:default="slotProps">{{slotProps.user.firstname}}</template></child></div>`
})
作用域插槽和具名插槽的原理类似,我们接着往下看。
10.4.1 父组件编译阶段
作用域插槽和具名插槽在父组件的用法基本相同,区别在于v-slot
定义了一个插槽props
的名字,参考对于具名插槽的分析,生成render
函数阶段fn
函数会携带props
参数传入。即: with(this){return _c('div',{attrs:{"id":"app"}},[_c('child',{scopedSlots:_u([{key:"default",fn:function(slotProps){return [_v(_s(slotProps.user.firstname))]}}])})],1)}
10.4.2 子组件渲染
在子组件编译阶段,:user="user"
会以属性的形式解析,最终在render
函数生成阶段以对象参数的形式传递_t
函数。 with(this){return _c('div',[_t("default",null,{"user":user})],2)}
子组件渲染Vnode阶段,根据前面分析会执行renderSlot
函数,这个函数前面分析过,对于作用域插槽的处理,集中体现在函数传入的第三个参数。
// 渲染slot组件vnode
function renderSlot(
name,
fallback,
props, // 子传给父的值 { user: user }
bindObject
) {
// scopedSlotFn拿到父组件插槽的执行函数,默认slotname为default
var scopedSlotFn = this.$scopedSlots[name];
var nodes;
// 具名插槽分支
if (scopedSlotFn) { // scoped slot
props = props || {};
if (bindObject) {
if (!isObject(bindObject)) {
warn(
'slot v-bind without argument expects an Object',
this
);
}
// 合并props
props = extend(extend({}, bindObject), props);
}
// 执行时将子组件传递给父组件的值传入fn
nodes = scopedSlotFn(props) || fallback;
}
最终将子组件的插槽props
作为参数传递给执行函数执行。回过头看看为什么具名插槽是函数的形式执行而不是直接返回结果。学完作用域插槽我们发现这就是设计巧妙的地方,函数的形式让执行过程更加灵活,作用域插槽只需要以参数的形式将插槽props
传入便可以得到想要的结果。
10.4.3 思考
作用域插槽这个概念一开始我很难理解,单纯从定义和源码的结论上看,父组件的插槽内容可以访问到子组件的数据,这不是明显的子父之间的信息通信吗,在事件章节我们知道,子父组件之间的通信完全可以通过事件$emit,$on
的形式来完成,那么为什么还需要增加一个插槽props
的概念呢。
我们看看作者的解释。
插槽 prop 允许我们将插槽转换为可复用的模板,这些模板可以基于输入的 prop 渲染出不同的内容
从我自身的角度理解,作用域插槽提供了一种方式,当你需要封装一个通用,可复用的逻辑模块,并且这个模块给外部使用者提供了一个便利,允许你在使用组件时自定义部分布局,这时候作用域插槽就派上大用场了