面试官:请你说一下Vue中v-if和v-for的优先级谁更高吧?如果两个在同一个标签上出现,会出现什么问题嘛?怎么解决这个问题呢?
我:......(好像会,但是具体不太知道咋说)。
老实说,咋一听到这个题,如果自己没有试验过感觉还真容易说错,就像是会进入一个“思维误区”,就会理所当然的想如果这两个指令同时出现一个标签那是不是应该先if判断是否存在才会去渲染for的循环结构?但实际是这样吗?接下来我们就通过案例和源码文件的查看来彻底解决这个常见的面试题。
一、v-if 和 v-for的使用
v-if
v-if
指令用于条件性地渲染一块内容。这块内容只会在指令的表达式返回 true
值的时候被渲染。
v-for
v-for
指令基于一个数组来渲染一个列表。v-for
指令需要使用 item in items
形式的特殊语法,其中 items
是源数据数组或者对象,而 item
则是被迭代的数组元素的别名。
在 v-for
的时候,建议设置key
值,并且保证每个key
值是独一无二的,这便于diff
算法进行优化
v-if & v-for的使用
<Modal v-if="isShow" />
<ul>
<li v-for="item in items" :key="item.id">
{{ item.label }}
</li>
</ul>
二、v-if 和 v-for的优先级
v-if
与v-for
都是vue
模板系统中的指令。在vue
模板编译的时候,会将指令系统转化成可执行的render
函数。
v-if与v-for在同一标签
编写一个p
标签,同时使用v-if
与 v-for
<div id="app">
<p v-if="isShow" v-for="item in items">
{{ item.title }}
</p>
</div>
创建vue
实例,存放isShow
与items
数据
const app = new Vue({
el: "#app",
data() {
return {
items: [
{ title: "foo" },
{ title: "baz" }]
}
},
computed: {
isShow() {
return this.items && this.items.length > 0
}
}
})
模板指令的代码都会生成在render
函数中,通过app.$options.render
就能得到渲染函数
console.log('输出render函数', app.$options.render);
控制台输出结果为:
ƒ anonymous() {
with (this) { return
_c('div', { attrs: { "id": "app" } },
_l((items), function (item)
{ return (isShow) ? _c('p', [_v("\n" + _s(item.title) + "\n")]) : _e() }), 0) }
}
_l
是vue
的列表渲染函数,函数内部都会进行一次if
判断。
_l的作用就是循环处理items的,function(item){......}就是嵌套在_l函数中的,那这个结果就是每循环一次就去执行里面的函数一次,我们看到最后的结果就是return后面的,也就是说,-l函数包含了isShow的判断,也就是:每循环一次列表,就会判断一次isShow。
✔ 初步得到结论:v-for
优先级是比v-if
高。
v-if与v-for在不同标签
将v-for
与v-if
置于不同标签,如下代码:
<div id="app">
<template v-if="isShow">
<p v-for="item in items">{{item.title}}</p>
</template>
</div>
再输出下render
函数
ƒ anonymous() {
with(this){return
_c('div',{attrs:{"id":"app"}},
[(isShow)?[_v("\n"),
_l((items),function(item){return _c('p',[_v(_s(item.title))])})]:_e()],2)}
}
这时候我们可以看到,v-for
与v-if
作用在不同标签时候,是先进行判断,再进行列表的渲染
三、Vue源码解析
源码位置:
\vue-dev\src\compiler\codegen\index.js
通过前面的案例,我们可以知道v-for的优先级比v-if的优先级高,但是要知道具体原因,需要去vue源码中找:
export function genElement (el: ASTElement, state: CodegenState): string {
if (el.parent) {
el.pre = el.pre || el.parent.pre
}
if (el.staticRoot && !el.staticProcessed) {
return genStatic(el, state)
} else if (el.once && !el.onceProcessed) {
return genOnce(el, state)
} else if (el.for && !el.forProcessed) {
return genFor(el, state)
} else if (el.if && !el.ifProcessed) {
return genIf(el, state)
} else if (el.tag === 'template' && !el.slotTarget && !state.pre) {
return genChildren(el, state) || 'void 0'
} else if (el.tag === 'slot') {
return genSlot(el, state)
} else {
// component or element
...
}
通过以上代码,我们可以知道源码在进行if
判断的时候,v-for
是比v-if
先进行判断的,即是先判断for再判断if,就证明 v-for 比 v-if 的优先级更高。
✔ 最终结论:v-for
优先级比v-if
高
四、注意事项
遇到的问题和解决方案
问题:永远不要把 v-if
和 v-for
同时用在同一个元素上,带来性能方面的浪费(每次渲染都会先循环再进行条件判断)
解决方案:为了避免出现这种情况,有如下两种解决办法:
- 使用 template
在外层嵌套template
(页面渲染不生成dom
节点),在这一层进行v-if判断,然后在内部进行v-for循环
<template v-if="isShow">
<p v-for="item in items">{{ item.title }}</p>
</template>
- 借助 computed
如果条件出现在循环内部,可通过计算属性computed
提前过滤掉那些不需要显示的项。
<p v-for="item in items">{{ item.title }}</p>
<script>
new Vue({
computed: {
items: function() {
return this.list.filter(function (item) {
return item.isShow
})
}
}
})
</script>
五、做个总结
回归刚开始的面试题,可以得出结论:
- v-for比v-if优先级更高(可以说清结论的来源更好)。
- 如果同时出现在同一个标签上,则每次渲染都会先执行循环再进行条件判断,会造成较大的性能浪费。
解决办法有两种:
- 先在外层套一个template来放置v-if,再嵌套v-for。
- 借助computed计算属性代替v-if。
注:Vue 3.0 已经调整了v-if和v-for 的优先级,故不存在渲染性能问题。
——参考资料
v-if和v-for可以一起使用吗?哪个优先级比较高?有什么影响-CSDN博客
v-if 和v-for一起使用的弊端及解决办法?-CSDN博客