共计 1166 个字符,预计需要花费 3 分钟才能阅读完成。
尤大在 vue 2.x 的文档中明确指出:倡议尽可能在应用 v-for
时提供 key
attribute,除非遍历输入的 DOM 内容非常简单,或者是刻意依赖默认行为以获取性能上的晋升。
尤大的倡议说白了就是说:
如果 index 能够做 key,那间接底层帮你传进去好了,又何必让你们多此一举呢?乖乖的不要用 index 做 key
那么 :key
到底有什么用?当 Vue.js 用 v-for 正在更新已渲染过的元素列表时,它默认用 就地复用 策略。这句话是什么意思?
让咱们一起去探讨吧
diff 算法
简略的说就是
新旧虚构 dom
的比拟,如果有差别就以新的为准,而后再插入的实在的 dom 中,从新渲染
key 的作用
一句话:key
的作用次要是为了更高效的比照虚构 DOM 中每个节点是否是雷同节点;
举个简略的例子
三胞胎战成一排,你怎么晓得谁是老大?
如果老大皮了一下子,和老三换了一下地位,你又如何辨别进去?
给他们挂个牌牌,写上老大、老二、老三。
这样就不会认错了。key 就是这个作用。
通过 key 治理状态
Vue 默认依照“就地更新”的策略来更新通过 v-for
渲染的元素列表。当数据项的程序扭转时,Vue 不会随之挪动 DOM 元素的程序,而是就地更新每个元素,确保它们在本来指定的索引地位上渲染。
默认模式是高效的,但 只实用于列表渲染输入的后果不依赖子组件状态或者长期 DOM 状态 (例如表单输出值) 的状况。
为了给 Vue 一个提醒,以便它能够跟踪每个节点的标识,从而重用和从新排序现有的元素,你须要为每个元素对应的块提供一个惟一的 key
attribute:
在没有 key 的状况下,Vue 将应用一种最小化元素挪动的算法,并尽可能地就地更新 / 复用雷同类型的元素。如果传了 key,则将依据 key 的变动程序来重新排列元素,并且将始终移除 / 销毁 key 曾经不存在的元素。
同一个父元素下的子元素必须具备 惟一的 key。反复的 key 将会导致渲染异样
效率 & Bug
说到这,有些人就是认为是简略的效率问题。
的确:设置 key 能够让 diff 更高效,但仅仅是 重绘重排
吗?
答案是 否定
的
如果仅仅是效率低下,在操作极少的元素中,也无伤大雅。
然而,应用 index 带来的问题却要麻烦的多
<div id="app">
<Child v-for="item,i in array" :text="item" @delete="remove(i)"/>
</div>
data() {
return {array: [1, 2, 3]
};
},
methods: {remove(i) {this.array.splice(i, 1);
}
}
此时,key 的作用就是为了复用。正是因为会复用,所以用 index 来做 key 会呈现复用错的问题
总结
最简略不便的就是:应用数据库中的 id
如果 返回值中没有 id 怎么办
- 创立一个
自增 id 函数
,每次调用自增一 - 应用
uuid 库
好了,就讲到这里了。期待你的一键三连