總是用?`key`?配合?`v-for`。
~~~
// 好例子
<ul>
<li
v-for="todo in todos"
:key="todo.id"
>
{{ todo.text }}
</li>
</ul>
~~~
在組件上*總是*必須用?`key`?配合?`v-for`,以便維護內部組件及其子樹的狀態。甚至在元素上維護可預測的行為,比如動畫中的[對象固化 (object constancy)](https://bost.ocks.org/mike/constancy/),也是一種好的做法。
#### 詳解
假設你有一個待辦事項列表:
~~~
data: function () {
return {
todos: [
{
id: 1,
text: '學習使用 v-for'
},
{
id: 2,
text: '學習使用 key'
}
]
}
}
~~~
然后你把它們按照字母順序排序。在更新 DOM 的時候,Vue 將會優化渲染把可能的 DOM 變動降到最低。即可能刪掉第一個待辦事項元素,然后把它重新加回到列表的最末尾。
這里的問題在于,不要刪除仍然會留在 DOM 中的元素。比如你想使用?`<transition-group>`?給列表加過渡動畫,或想在被渲染元素是?`<input>`?時保持聚焦。在這些情況下,為每一個項目添加一個唯一的鍵值 (比如?`:key="todo.id"`) 將會讓 Vue 知道如何使行為更容易預測。
根據我們的經驗,最好*始終*添加一個唯一的鍵值,以便你和你的團隊永遠不必擔心這些極端情況。也在少數對性能有嚴格要求的情況下,為了避免對象固化,你可以刻意做一些非常規的處理。
~~~
// 反例
<ul>
<li v-for="todo in todos">
{{ todo.text }}
</li>
</ul>
~~~
- Vue開發規范
- 基于模塊開發
- 組件
- 組件命名規則
- 基礎組件名
- 單例組件名
- 緊密耦合的組件名
- 組件名中的單詞順序
- 組件文件夾命名規則
- method方法
- methods方法命名規則
- 組件結構化
- 組件事件命名規則
- v-for與v-if
- 為 v-for 設置鍵值
- 避免 v-if 和 v-for 用在一起
- Prop
- Prop命名規則
- Prop定義
- 避免 this.$parent
- 謹慎使用 this.$refs
- 隱性的父子組件通信
- 元素
- 元素特性的順序
- 多個特性的元素擺放規則
- 單文件組件的頂級元素的順序
- 簡化代碼
- 模板中簡單的表達式
- 簡單的計算屬性
- 指令縮寫
- 文件引用路徑
- 其他注意
- 組件數據
- 將 this 賦值給 component 變量
- 對組件文件進行代碼校驗
- 盡可能使用 mixins
- 非 Flux 的全局狀態管理
- 只在需要時創建組件
- HTML開發規范
- HTML語法
- HTML5 doctype
- 語言屬性
- IE 兼容模式
- 字符編碼
- 引入 CSS 和 JavaScript 文件
- 實用為王
- 屬性順序
- 布爾(boolean)型屬性
- 減少標簽的數量
- JavaScript 生成的標簽
- CSS開發規范
- CSS語法
- 聲明順序
- 不要使用 @import
- 媒體查詢(Media query)的位置
- 帶前綴的屬性
- 單行規則聲明
- 簡寫形式的屬性聲明
- Less 和 Sass 中的嵌套
- Less 和 Sass 中的操作符
- 注釋
- class 命名
- 選擇器
- 代碼組織