vue在更新dom时会比较key值相同的元素内容是否发生改变,如果不变则不更新页面,这样可以使得尽可能减少页面的更新,提高性能。假如我渲染3个元素,不设置key值,即默认策略应该是标识为index,即0,1,2。假如我在第一个元素后加一个元素,则实际上原先的bc元素都被改值了,变成了xb。 假如我们在添加元素前把b这个item添...
使用index 作为key, 当点击删除第二条数据时,可以看到文本框的内容还是原本的第二条数据的内容。原因是虚拟DOM在比较元素的时候,因为DOM上的key等属性均未发生变化,所以其自身和内部的input均被复用了。 所以,在实际开发过程中不要把 index 作为 key 值。
key是虚拟DOM对象的标识,当数据发生变化时,Vue会根据新数据生成新的虚拟DOM,随后Vue会对新虚拟DOM与旧虚拟DOM的差异进行比较。 二、如何选择key 最好使用每条数据的唯一标识作为key,用一个简单的例子说明: 1.用index作为key时 点击按钮在列表最前方添加赵六用户 <liv-for="(p,index) of persons":key="index"...
假如,我们使用 index 作为 key,同时使用 unshift 方法为数组添加了一个新的元素,那么所有的 index 都会发生变化,从而导致:isSameVNodeType 返回 false,即:所有的 dom 全部重新渲染 从而影响性能。 Hello,大家好,我是 Sunday。 最近有个同学在小红书三面的时候遇到了一个面试题:“v-for循环,为什么不建议使用index...
使用 v-for 更新已渲染的元素列表时,默认用 就地复用 策略,列表数据修改的时候,他会根据 key 值去判断某个值是否修改,如果修改,则重新渲染这一项,否则复用之前的元素,我们在使用的使用经常会使用 index(即数组的下标)来作为 key,但其实这是不推荐的一种使用方法。举个例子 const list = [ { id...
01-v-for中的key 使用v-for更新已渲染的元素列表时,默认用就地复用策略; 列表数据修改的时候,他会根据key值去判断某个值是否修改,如果修改,则重新渲染这一项,否则复用之前的元素; 我们在使用的使用经常会使用index(即数组的下标)来作为key,但其实这是不推荐的一种使用方法; ...
在Vue中,我们经常会用到v-for指令来遍历数组或对象并渲染列表。而在使用v-for指令时,通常会需要给每个遍历的元素指定一个唯一的key值,以帮助Vue更高效地更新DOM。 在很多情况下,我们可能会倾向于使用index作为key值,因为index默认就是唯一的。但是,Vue官方不推荐使用index作为key值的原因主要有以下几点: ...
由于我们使用index作为Li的key,那么在differ比较的时候,index随着插入数据发生了变化,原来第二个li的index从 1 变成了 2 ,会被认为dom发生了变化,所以执行了更新过程。造成了不必要的性能开销,我们知道dom更新是特别消耗浏览器性能的,特别是如果for里面dom比较复杂,多层嵌套的情况下,对性能的开销还是不容小觑的。
v-for 中 key 值是否可以为 index 答案当然是不可以,举个例子,我们来看下面两个 vdom,从 num 值我们可以发现,新、旧两个 vdom 是两个顺序相反的数组生成的 vdom,安装正常的方式,应该是简单调换一下顺序,直接复用3个元素即可,而当我们以 index 作为 key 时,情况就不同了,由于 index 永远都是从 0 开始,...
Vue模板中使用v-for指令时不建议将index作为:key属性。今天我在看项目代码时,发现有多年开发经验的前端老鸟也犯这样的低级错误。 今天我们就从其原理上说明为什么不建议将index作为v-for的key,除非你能确定该v-for遍历的数组长度始终不会发生变化,不过在这个需求多变的时代谁能保证产品不会想一出是一出呢?