- API 路由统一: 移除 /api/h5/,统一 /api/pms/ 入口 - 二进制改名: api-server -> pms-api(与服务名一致) - nginx: 合并 /api/ + /pms/api/ 为 /api/pms/ - 新增 docs/API.md 接口文档 - 后端: CabinetDetail 增加 rssi/pow_fail/address/soc 等字段 - Redis 管道批量读取仓体实时数据(SOC/电压/电流/功率) - DB: 所有 TIMESTAMP 列改为 DATETIME(修复类型不匹配) - 用户管理: 新增创建时间/修改时间列,状态改用 Switch - 角色管理/用户管理: 操作按钮改为图标 - PC 设备详情: 基本信息补全 RSSI/ICCID/电源/地址 - PC 卡片: 通道统计改用 Lucide 图标,颜色统一 - PC 二维码: canvas 渲染,含编号文字,支持右键下载 - H5: 按 uni-app 规范修正导航(navigateTo 替代 reLaunch) - H5: 详情页加返回导航条 - H5: 扫码支持摄像头(jsQR)+ ?id= 参数 - H5: 底部 tabBar 在所有页面常显 - H5: 首页统计改为 6 项(设备/通道/空闲/充电/充满/故障) - H5: 下拉刷新 / 上拉加载 - 产品首页: 添加业务联系 - 文档: 清理过时文件,补充缺失规范章节
3.8 KiB
3.8 KiB
title, impact, impactDescription, type, tags
| title | impact | impactDescription | type | tags | |||||
|---|---|---|---|---|---|---|---|---|---|
| Always Include key Props When Rendering Lists in Render Functions | HIGH | Missing keys cause inefficient re-renders and state bugs in dynamic lists | best-practice |
|
Always Include key Props When Rendering Lists in Render Functions
Impact: HIGH - Omitting key props when rendering lists with h() or JSX causes Vue to use an inefficient "in-place patch" strategy, leading to performance issues and state bugs when list items have internal state or are reordered.
When rendering lists in render functions using .map(), always include a unique key prop on each item. This is the render function equivalent of using :key with v-for in templates.
Task Checklist
- Always provide a
keyprop when mapping over arrays in render functions - Use unique, stable identifiers (like
id) for keys, not array indices - Ensure keys are primitive values (strings or numbers)
- Never use the same key for different items in the same list
Incorrect:
import { h } from 'vue'
export default {
setup() {
const items = ref([
{ id: 1, name: 'Apple' },
{ id: 2, name: 'Banana' }
])
return () => h('ul',
// WRONG: No keys - causes inefficient patching
items.value.map(item =>
h('li', item.name)
)
)
}
}
// WRONG: Using array index as key when list can be reordered
export default {
setup() {
const todos = ref([...])
return () => (
<ul>
{todos.value.map((todo, index) => (
<TodoItem
key={index} // Bad: index changes when list reorders
todo={todo}
/>
))}
</ul>
)
}
}
Correct:
import { h } from 'vue'
export default {
setup() {
const items = ref([
{ id: 1, name: 'Apple' },
{ id: 2, name: 'Banana' }
])
return () => h('ul',
// CORRECT: Unique id as key
items.value.map(item =>
h('li', { key: item.id }, item.name)
)
)
}
}
// CORRECT: Using stable unique identifier as key
export default {
setup() {
const todos = ref([
{ id: 'a1', text: 'Learn Vue' },
{ id: 'b2', text: 'Build app' }
])
return () => (
<ul>
{todos.value.map(todo => (
<TodoItem
key={todo.id} // Good: stable unique identifier
todo={todo}
/>
))}
</ul>
)
}
}
import { h } from 'vue'
export default {
setup() {
const users = ref([])
return () => h('div', [
h('h2', 'User List'),
h('ul',
users.value.map(user =>
h('li', { key: user.email }, [ // email is unique
h('span', user.name),
h('span', ` (${user.email})`)
])
)
)
])
}
}
When Index Keys Are Acceptable
Using array indices as keys is acceptable ONLY when:
- The list is static and will never be reordered
- Items will never be inserted or removed from the middle
- Items have no internal component state
// Index is OK here: static list that never changes
const staticLabels = ['Name', 'Email', 'Phone']
return () => h('tr',
staticLabels.map((label, index) =>
h('th', { key: index }, label)
)
)
Why Keys Matter
Without keys, Vue uses an "in-place patch" strategy:
- It reuses DOM elements in place
- Updates element content to match new data
- This breaks when components have internal state or transitions
With proper keys:
- Vue tracks each item's identity
- Elements are moved, created, or destroyed correctly
- Component state is preserved during reorders