Layui表格无法直接渲染user.info.name等嵌套字段，因其field仅支持一级键名，点号路径会被当作字符串key导致undefined，进而显示空白或[object Object]；必须通过parseData手动扁平化数据或templet函数安全取值，并做好空值防护。
layui table 无法直接渲染 user.info.name 这类嵌套字段，必须手动解构——不是配置问题，是底层设计限制。
为什么 field: 'user.info.name' 渲染后显示 [object Object] 或空白
因为 layui 表格只认一级 key（如 name、id），遇到点号路径会直接当作字符串 key 去取值，而原始数据里并不存在这个 key，所以返回 undefined；渲染时若没做空值兜底，undefined 转字符串就是空，或被当成对象输出为 [object Object]。
- 后端返回结构类似：
{data: {list: [{id: 1, user: {info: {name: '张三'}}}]}} - 你写
field: 'user.info.name'，table 内部实际执行的是item['user.info.name']→ 必然undefined - 即使配合
templet用{{d.user.info.name}}，模板引擎也不支持可选链，一旦d.user为null就报Cannot read property 'info' of undefined
parseData 是唯一能统一处理 total + data + 嵌套字段的方式
当你需要排序、筛选、导出、分页统计等完整功能时，parseData 是必选项。它让你在数据进表格前，把嵌套结构“拍平”成一级对象数组。
- 必须用
map创建新对象，禁止修改原始res.data.list（避免污染缓存或后续逻辑） - 正确写法：
data: res.data.list.map(item => ({ id: item.id, name: item.user?.info?.name || '-', dept: item.user?.info?.dept })) - 确保返回的
data是Array.isArray()，且每项都是 plain object（不能含Map、Set、getter、函数） -
count也要手动提取：count: res.data.total，不能依赖默认路径
templet 适合单列轻量展示，但 field 仍需占位
如果只是某列要显示嵌套值，且不关心排序/筛选/导出，用 templet 更快，但它不改变表格内部的数据映射关系。
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 模板字符串写法：
templet: '<div>{{d.user.info.name}}</div>'—— 不支持?.，遇到空值就崩 - 更安全的函数写法：
templet: function(d) { return d.user?.info?.name || '-'; } -
field必须填一个真实存在的顶层 key（比如field: 'name'），哪怕它在parseData里只是个占位符；否则点击表头排序会失效或报错 - 别在
templet函数里发请求、调接口、做复杂计算，会卡住整张表渲染
导出 Excel 时嵌套字段仍显示 [object Object]
table.exportFile() 不解析嵌套，只对传入数据做浅层 JSON.stringify 或 toString()，所以 user 对象直接变成 [object Object]。
- 导出前必须单独扁平化一次数据：
const exportData = tableData.map(item => ({ name: item.user?.info?.name, dept: item.user?.info?.dept })) - 确保导出数据和表头
cols字段严格对齐（key 名一致、顺序一致） - 不要复用
parseData返回的data数组直接导出——它可能含额外字段或缺失某些业务字段 - 如果用了
templet渲染但没在parseData中提供对应字段，导出时依然拿不到值
真正容易被忽略的是：无论用哪种方式，只要字段涉及嵌套，parseData 和 templet 的空值判断必须显式写全（?.info?.name），不能依赖后端保证结构完整——线上环境总有 user 为 null 的脏数据。
