内容简介:首先我们举一个例子我们现在有这个数组[
首先我们举一个例子
我们现在有这个数组
[
{ id:201401, name:'chen' }, { id:201402, name:'sun' }, { id:201403, name:'wang' },
]
如果我们使用index做key在我们渲染到页面的时候变成
<ul>
li key:0 ,id:201401,name:chen
li key:1 , id:201402,name:sun
li key:2 , id:201403,name:wang
</ul>
如果我们要在中间插入一条数组{id:201404,name:zhou}
<ul>
li key:0 ,id:201401,name:chen
li key:1 ,id:201404,name:wang
li key:2 , id:201402,name:sun
li key:3 , id:201403,name:wang
</ul>
当我们在中间插入新元素的时候 新元素的key值理所应当变成了index=1,key值也就变成了1 而原本index==1的li元素的index就变成了2,原本index==2的元素key值就变成了3 。 这样就导致虚拟dom的diff算法在做比较的时候发现,key值为1,2,3的元素和原来的key值为1,2,3的元素对比的时候发现二者不一样,diff算法就会重新渲染这三个元素,原本key值为1,2的元素内容没有发生变化,但是因为key值使用的是index所以还需要重新渲染,这就失去了虚拟dom在性能上的优势,所有我们要使用唯一键值来做标记,例如id。
如果我们使用id做key在我们渲染到页面的时候变成
<ul>
li key:201401 ,id:201401,name:chen
li key:201402 ,id:201402,name:sun
li key:201403 ,id:201403,name:wang
</ul>
如果我们要在中间插入一条数组{id:201404,name:zhou}
<ul>
li key:201401 ,id:201401,name:chen
li key:201404 ,id:201404,name:wang
li key:201402 , id:201402,name:sun
li key:201403 , id:201403,name:wang
</ul>
因为我们是已id为key值,所以当我们向数组中间插入一个新的数据,diff算法发现原本的三个<li>的key值没改变,只是在中间加入了一个新的元素,原本的三个<li>得到了复用这也就利用了虚拟dom在性能上的优势
以上所述就是小编给大家介绍的《为什么vue中的v-for key值不推荐使用index》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- 【译】推荐你使用Vim的三个半理由
- 官方不推荐使用 Goroutine ID,但它自己却使用了:原来是这么做的
- Google 推荐在 MVVM 架构中使用 Kotlin Flow
- 推荐引擎数百分片 Redis 使用时需要注意的事
- 【译】使用 Pandas 在 Python 中创建一个简单的推荐系统
- 数据库中为什么不推荐使用外键约束?
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。