react中key的使用案例-創(chuàng)新互聯(lián)
這篇文章給大家分享的是有關(guān)react中key的使用案例的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考。一起跟隨小編過來看看吧。
創(chuàng)新互聯(lián)公司堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時(shí)代的雙峰網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！
在開發(fā)react程序時(shí)我們經(jīng)常會(huì)遇到這樣的警告，然后就會(huì)想到：哦！循環(huán)子組件忘記加key了～
出于方便，有時(shí)候會(huì)不假思索的使用循環(huán)的索引作為key，但是這樣真的好嗎？什么樣的值才是key的最佳選擇？
為了弄明白，本文將從三個(gè)方面來分析"key"：
1.為什么要使用key
2.使用index做key存在的問題
3.正確的選擇key
1.為什么要使用key
react官方文檔是這樣描述key的：
Keys可以在DOM中的某些元素被增加或刪除的時(shí)候幫助React識(shí)別哪些元素發(fā)生了變化。因此你應(yīng)當(dāng)給數(shù)組中的每一個(gè)元素賦予一個(gè)確定的標(biāo)識(shí)。
react的diff算法是把key當(dāng)成唯一id然后比對(duì)組件的value來確定是否需要更新的，所以如果沒有key，react將不會(huì)知道該如何更新組件。
你不傳key也能用是因?yàn)閞eact檢測(cè)到子組件沒有key后，會(huì)默認(rèn)將數(shù)組的索引作為key。
react根據(jù)key來決定是銷毀重新創(chuàng)建組件還是更新組件，原則是：
key相同，組件有所變化，react會(huì)只更新組件對(duì)應(yīng)變化的屬性。
key不同，組件會(huì)銷毀之前的組件，將整個(gè)組件重新渲染。
2.使用index做key存在的問題
2.1 受控組件
單純的展示組件比如span，這些組件是受控組件，意味著他們的值將是我們給定好的。
如果子組件只是受控組件，使用index作為key，可能表面上不會(huì)有什么問題，實(shí)際上性能會(huì)受很大的影響。例如下面的代碼：
// ['張三','李四','王五']=>
- 張三
- 李四
- 王五
- 王五
- 張三
- 李四
當(dāng)元素?cái)?shù)據(jù)源的順序發(fā)生改變時(shí)，對(duì)應(yīng)的：
key為0，1，2的組件都發(fā)生了變化，三個(gè)子組件都會(huì)被重新渲染。（這里的重新渲染不是銷毀，因?yàn)閗ey還在）
相反，我們使用唯一id作為key：
// ['張三','李四','王五']=>
- 張三
- 李四
- 王五
- 王五
- 張三
- 李四
根據(jù)上面的更新原則，子組件的值和key均未發(fā)生變化，只是順序發(fā)生改變，因此react只是將他們做了移動(dòng)，并未重新渲染。
2.2 非受控組件
像input這樣可以由用戶任意改變值，不受我們控制的組件，在使用了index作為key時(shí)可能會(huì)發(fā)生問題，看如下的栗子：
子組件：
render() {
return (
值：{this.props.value}
);
}
}父組件
{
this.state.data.map((element, index) => {
return 我們?cè)谇皟蓚€(gè)輸入框分別輸入對(duì)應(yīng)的值：
然后在頭部添加一個(gè)元素：
很明顯，這個(gè)結(jié)果并不符合我們的預(yù)期，我們來分析一下發(fā)生了什么：
值：0
值：1
值：2
變化后：
值：5
值：0
值：1
值：2
可以發(fā)現(xiàn)：key 0，1，2并沒有發(fā)生改變，根據(jù)規(guī)則，不會(huì)卸載組件，只會(huì)更新改變的屬性。
react只diff到了p標(biāo)簽內(nèi)值的變化，而input框中的值并未發(fā)生改變，因此不會(huì)重新渲染，只更新的p標(biāo)簽的值。
當(dāng)使用唯一id作為key后：
值：0
值：1
值：2
變化后：
值：5
值：0
值：1
值：2
可以很明顯的發(fā)現(xiàn)：key為 111，222，333的組件沒有發(fā)生任何改變，react不會(huì)更新他們，只是新插入了子組件555，并改變了其他組件的位置。
3.正確的選擇key
3.1 純展示
如果組件單純的用于展示，不會(huì)發(fā)生其他變更，那么使用index或者其他任何不相同的值作為key是沒有任何問題的，因?yàn)椴粫?huì)發(fā)生diff，就不會(huì)用到key。
3.2 推薦使用index的情況
并不是任何情況使用index作為key會(huì)有缺陷，比如如下情況：
你要分頁渲染一個(gè)列表，每次點(diǎn)擊翻頁會(huì)重新渲染：
使用唯一id：
第一頁
- 張三
- 李四
- 王五
- 張三三
- 李四四
- 王五五
翻頁后，三條記錄的key和組件都發(fā)生了改變，因此三個(gè)子組件都會(huì)被卸載然后重新渲染。
使用index：
第一頁
- 張三
- 李四
- 王五
- 張三三
- 李四四
- 王五五
翻頁后，key不變，子組件值發(fā)生改變，組件并不會(huì)被卸載，只發(fā)生更新。
3.3 子組件可能發(fā)生變更/使用了非受控組件
大多數(shù)情況下，使用唯一id作為子組件的key是不會(huì)有任何問題的。
這個(gè)id一定要是唯一，并且穩(wěn)定的，意思是這條記錄對(duì)應(yīng)的id一定是獨(dú)一無二的，并且永遠(yuǎn)不會(huì)發(fā)生改變。
不推薦使用math.random或者其他的第三方庫(kù)來生成唯一值作為key。
因?yàn)楫?dāng)數(shù)據(jù)變更后，相同的數(shù)據(jù)的key也有可能會(huì)發(fā)生變化，從而重新渲染，引起不必要的性能浪費(fèi)。
如果數(shù)據(jù)源不滿足我們這樣的需求，我們可以在渲染之前為數(shù)據(jù)源手動(dòng)添加唯一id，而不是在渲染時(shí)添加。
感謝各位的閱讀！關(guān)于react中key的使用案例就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！
網(wǎng)站欄目：react中key的使用案例-創(chuàng)新互聯(lián)
文章URL：http://m.jiaotiyi.com/article/csjjpj.html