<strike id="cy2gs"><menu id="cy2gs"></menu></strike>
  • <del id="cy2gs"><dfn id="cy2gs"></dfn></del>
  • v-for的鍵值key

    2021-9-27    前端達(dá)人

    我們現(xiàn)在在使用v-for的時候、都必須會加上一個必要的key值,并且很多人會使用index來作為key,其實這樣是不太妥當(dāng)?shù)囊环N做法。那么v-for中的鍵值key到底有什么作用呢。請看:

    官方給出的解答

    當(dāng) Vue 正在更新使用 v-for 渲染的元素列表時,它默認(rèn)使用“就地更新”的策略。如果數(shù)據(jù)項的順序被改變,Vue 將不會移動 DOM 元素來匹配數(shù)據(jù)項的順序,而是就地更新每個元素,并且確保它們在每個索引位置正確渲染。這個類似 Vue 1.x 的 track-by="$index"。

    這個默認(rèn)的模式是高效的,但是只適用于不依賴子組件狀態(tài)或臨時 DOM 狀態(tài) (例如:表單輸入值) 的列表渲染輸出。

    為了給 Vue 一個提示,以便它能跟蹤每個節(jié)點的身份,從而重用和重新排序現(xiàn)有元素,你需要為每項提供一個唯一 key attribute:

    
    
    1. <div v-for="item in items" v-bind:key="item.id">
    2. <!-- 內(nèi)容 -->
    3. </div>

    建議盡可能在使用 v-for 時提供 key attribute,除非遍歷輸出的 DOM 內(nèi)容非常簡單,或者是刻意依賴默認(rèn)行為以獲取性能上的提升。

    舉例

    
    
    1. <div v-for="(item,index) in list" :key="index"> {{item.name}}</div>
    2. list: [
    3. {
    4. id: 1,
    5. name: "name1",
    6. },
    7. {
    8. id: 2,
    9. name: "name2",
    10. },
    11. {
    12. id: 3,
    13. name: "name3",
    14. }
    15. ]

    這個場景如何我們不佳key vue 回直接報錯,所以大部分人都會使用index作為key的值

    如果我們在添加一個數(shù)據(jù)

    
    
    1. list: [
    2. {
    3. id: 1,
    4. name: "name1",
    5. },
    6. {
    7. id: 2,
    8. name: "name2",
    9. },
    10. {
    11. id: 3,
    12. name: "name3",
    13. },
    14. {
    15. id: 4,
    16. name: "last",
    17. },
    18. ]

    此時前面3條數(shù)據(jù)直接服用之前的,新渲染最后一條數(shù)據(jù),此時index作為key沒有任何問題

    如何我們在中間添加一條

    
    
    1. list: [
    2. {
    3. id: 1,
    4. name: "name1",
    5. },
    6. {
    7. id: 2,
    8. name: "name2",
    9. }, {
    10. id: 4,
    11. name: "last",
    12. },
    13. {
    14. id: 3,
    15. name: "name3",
    16. }
    17. ]

    此時我們更新渲染的數(shù)據(jù) 通過index 定義key 進(jìn)行數(shù)據(jù)對比一下

    之前的數(shù)據(jù):

    中間插入之后的數(shù)據(jù) :

    由此可以發(fā)現(xiàn)除了第一條數(shù)據(jù)可以復(fù)用以為其余的3條數(shù)據(jù)都是需要重新渲染,因為key的值發(fā)生了變化。

    這個時候就可以體現(xiàn)出一個效率的問題,只插入一條數(shù)據(jù),卻要從新渲染3條數(shù)據(jù)

    所以我們需要可以想辦法讓數(shù)組中不會變化的數(shù)據(jù)的key值也不變,所以不能通過index來設(shè)置key值,應(yīng)該設(shè)置一個唯一的id來標(biāo)識數(shù)據(jù)的唯一性;我們修改之后再來對比一下渲染的效率:

    之前的數(shù)據(jù):

    <div v-for="(item,index) in list" :key="item.id"> {{item.name}}</div>

    中間插入之后的數(shù)據(jù):

     對此對比發(fā)現(xiàn),只有一條數(shù)據(jù)發(fā)生改變,因為其他數(shù)據(jù)的id 都沒有變、所以對應(yīng)的key也沒有發(fā)生改變。我們只需要渲染這一條新的數(shù)據(jù)就可以。 所以一般推薦使用id作為key值配合v-for使用

    總結(jié):

    Vue很大的一個特點就是雙向數(shù)據(jù)綁定,數(shù)據(jù)一旦改變,那么頁面就渲染新的數(shù)據(jù)呈現(xiàn)在頁面上。但是對于用v-for渲染的列表數(shù)據(jù)來說,數(shù)據(jù)量可能一般很龐大,而且我們經(jīng)常還要對這個數(shù)據(jù)進(jìn)行一些增刪改操作,而key的出現(xiàn)就是盡可能的回避這個問題,提高效率,如果我們給列表增加了一條數(shù)據(jù),頁面只渲染了這數(shù)據(jù)。




    藍(lán)藍(lán)設(shè)計建立了UI設(shè)計分享群,每天會分享國內(nèi)外的一些優(yōu)秀設(shè)計,如果有興趣的話,可以進(jìn)入一起成長學(xué)習(xí),請掃碼藍(lán)小助,報下信息,藍(lán)小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務(wù)合作,也請與我們聯(lián)系。

    分享此文一切功德,皆悉回向給文章原作者及眾讀者.

    轉(zhuǎn)自:csdn
    免責(zé)聲明:藍(lán)藍(lán)設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

    藍(lán)藍(lán)設(shè)計www.skdbbs.com )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標(biāo)定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 平面設(shè)計服務(wù)

    日歷

    鏈接

    個人資料

    存檔

    主站蜘蛛池模板: 91精品国产高清久久久久久io| 国产精品日韩欧美制服| 精品无码久久久久久午夜| 精品人妻无码专区中文字幕 | heyzo高无码国产精品| 永久无码精品三区在线4| 精品精品国产理论在线观看| 6080亚洲精品午夜福利| 国产成人精品日本亚洲专一区| 欧美成人精品高清在线观看| 夜夜爽一区二区三区精品| 久久精品二区| 久久精品成人影院| 久久精品中文字幕第23页| 国产欧美日韩综合精品二区| 国产成人亚洲精品影院| 午夜精品福利视频| 国产日韩一区在线精品欧美玲| 国产精品免费大片| 人妻精品久久无码专区精东影业| 一区二区国产精品| 真实国产乱子伦精品视频| 亚洲国产精品无码久久久久久曰| 人妻少妇精品系列| 亚洲а∨天堂久久精品| 亚洲第一区精品观看| 亚洲国产欧美日韩精品一区二区三区| 精品午夜福利1000在线观看| 国内精品久久久久久久coent | 国产午夜精品一区理论片| 成人国产精品一区二区网站| 2022国内精品免费福利视频| 国产成人精品无码免费看| 国产成人精品无码片区在线观看| 99在线精品一区二区三区| www.亚洲精品| 欧美一区二区精品系列在线观看| 亚洲国产精品lv| 国产精品麻豆欧美日韩ww| 久久精品国产一区二区三区| 欧美激情视频精品一区二区|