v-for 和 v-if 同时使用的问题

本文探讨了Vue.js中如何优化渲染过程,避免在v-for循环中使用v-if,而是通过computed属性预先过滤数组,确保只有需要显示的数据才会被渲染,从而提高应用性能。

假设有如下数组,需要将数组中的num渲染至页面中,同时遵循条件:对应的show值为true才渲染,为false就不渲染。

numArr: [
	{ id: 'NUM1', num: 1, show: true },
	{ id: 'NUM2', num: 2, show: false },
	{ id: 'NUM3', num: 3, show: true },
	{ id: 'NUM4', num: 4, show: true },
	{ id: 'NUM5', num: 5, show: false },
	{ id: 'NUM6', num: 6, show: true },
	{ id: 'NUM7', num: 7, show: false },
	{ id: 'NUM8', num: 8, show: true }
]

常规写法就是在v-for里直接加v-if做判断,show值为true才渲染

<ul>
	<li v-for="item in numArr" :key="item.id" v-if="item.show">{{ item.num }}</li>
</ul>

此时,能达到预期效果,能正常渲染,但同时会报一个错:

[vue/no-use-v-if-with-v-for]
The ‘numArr’ variable inside ‘v-for’ directive should be replaced with a computed property that returns filtered array instead. You should not mix ‘v-for’ with ‘v-if’.

不一定每个版本的vue都会报这个错,如果装了代码检查插件eslint的话,编辑器也会提醒:
在这里插入图片描述
这段话翻译过来,核心意思就是:不要在v-for里面使用v-if,应该用computed来返回符合条件的数据再渲染。

经查阅可知:v-for 比 v-if 优先级高。

好吧,这句话看不懂,说人话就是我 v-for 比你 v-if 霸道,一起使用的时候,我 v-for 不管你 v-if 里面的值是 true 还是 false,我一律先 v-for 了再说,然后我再根据你 v-if 里的值来最终确定是否渲染到dom里面去。

vue是追求极致性能的,必然是忍受不了,所以会报错。

那么,该如何真正做到先判断 show 值再渲染,做到最优性能呢?报错信息里已经给了答案,就是用 computed 先把原数组处理了,过滤掉 show 值为 fasle 的元素,只留下 show 值为 true 的元素,再来渲染,此时就真的只渲染该渲染的了,这样就很好的取代了 v-if ,实现就是如下:

// html
<ul>
	<li v-for="item in showNum" :key="item.id">{{ item.num }}</li>
</ul>

// js
computed: {
	showNum() {
		let showArr = this.numArr.filter(arr => {
			return arr.show
		})
		return showArr
	}
}

一句话日记:写是外功,理解是内功

### Vue.js 中 `v-for` `v-if` 同时使用的最佳实践及性能影响 在 Vue.js 中,`v-for` `v-if` 是两个非常常见的指令,分别用于循环渲染列表条件渲染。然而,在实际开发中需要注意两者的优先级差异及其可能带来的性能问题。 #### 1. **Vue 2.x Vue 3.x 的优先级区别** - 在 Vue 2.x 中,`v-for` 的优先级高于 `v-if`。这表示即使某个元素由于 `v-if` 条件未满足而不应被渲染,`v-for` 还是会先创建该元素对应的虚拟节点 (VNode),然后再由 `v-if` 判断是否显示[^3]。 - 而在 Vue 3.x 中,`v-if` 的优先级高于 `v-for`。这意味着只有那些符合条件的项才会进入 `v-for` 循环并生成相应的 VNode[^3]。 尽管如此,无论是 Vue 2.x 或者 Vue 3.x,官方都不建议同时使用这两个指令[^4]。 #### 2. **为什么不推荐同时使用?** 当两者一起使用时,可能会引发以下几个方面的问题- **性能开销增加**:如果数据量较大,则无论是在 Vue 2.x 下无谓地构建多余的 VNodes,还是在 Vue 3.x 额外过滤掉不必要的项目都会消耗额外资源[^1]。 - **难以维护代码逻辑**:这种组合容易使模板变得复杂难懂,从而降低可读性调试难度。 因此为了提高效率与清晰度,应该寻找替代方案来实现相同功能却更高效的方式。 #### 3. **解决方案** ##### 方法一:利用计算属性预处理数据 可以通过定义一个计算属性提前筛选好需要展示的数据集合,这样就可以只保留单一的 `v-for` 指令完成任务了。例如: ```javascript computed: { filteredTodos() { return this.todos.filter(todo => !todo.isComplete); } } ``` 然后在模板部分仅需如下书写即可: ```html <ul> <li v-for="todo in filteredTodos">{{ todo.text }}</li> </ul> ``` 这种方法不仅简化了 DOM 结构而且提高了运行速度。 ##### 方法二:采用 `<template>` 标签包裹 另一种方式就是把 `v-if` 放置在一个不会产生任何真实DOM元素的 `<template>` 容器内部,再让其子组件应用 `v-for` 。像下面的例子一样操作也能达到目的: ```html <template v-if="shouldRender"> <div v-for="(item, index) in items" :key="index">{{ item.name }}</div> </template> ``` 这里的关键在于我们先把整个区块的存在与否交给了外部的 `v-if` 控制,之后才考虑具体每一行的内容如何呈现出来。 #### 总结 综上所述,虽然技术层面允许我们在同一个标签里同时运用 `v-for` 及 `v-if` ,但从长远来看这样做往往弊大于利。所以最好是遵循官方给出的最佳做法——要么借助计算属性预先整理资料;要么改用其他结构比如嵌套一层带有独立作用域的新层面上去解决问题[^1]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值