JS对象解构规范要求：仅对结构稳定对象解构，禁止对null/undefined直接解构，函数参数解构必须带空对象默认值，嵌套超两层需拆分或兜底，变量命名须语义化，配合ESLint/Prettier和代码审查落地。
在团队中制定 JS 对象解构规范，核心是统一写法、规避常见错误、兼顾可读性与健壮性，而不是追求语法炫技。重点不在“会不会用”，而在“怎么用才不容易出错、别人一眼能看懂、新增字段不破坏逻辑”。
明确解构的使用边界
不是所有对象都适合解构。团队应约定：
- 仅对结构稳定、字段明确的对象解构（如 API 响应、配置对象、props）
- 避免对可能为 null 或 undefined 的对象直接解构（除非已做空值校验）
- 禁止在函数参数中无默认值地解构（
func({a, b})→ 必须写成func({a, b} = {})） - 嵌套解构需谨慎，深度超过两层（如
{user: {profile: {name}}}）建议拆分为多步或用辅助函数
强制默认值 + 空对象兜底
这是最容易被忽略也最常引发运行时错误的一环。团队规范必须明确：
- 函数参数解构必须带空对象默认值：
function getUser({id = 0, name = ''} = {}) - 不允许只写字段默认值却不兜底：
{id = 1} = obj是错的；正确写法是{id = 1} = obj || {}或更推荐的{id = 1} = obj ?? {} - 对可选字段，用
??替代||更安全（例如status ?? 'pending'不会把0或false覆盖）
命名与可读性优先
解构本质是变量声明，要遵循团队整体命名规范：
- 解构出的变量名必须语义清晰，禁止简写（如
{u, a}→ 应为{user, avatar}） - 当原属性名不够直观时，用别名重命名：
{title: articleTitle, content: articleBody} - 避免解构出大量同级变量（>5 个），此时建议保留对象引用或封装为工具函数
- 在组件 props 解构中，可接受按逻辑分组（如
{loading, error} = props和{onSubmit, onCancel} = props分开写）
配套工具与检查落地
规范不能只靠自觉。必须通过工程化手段保障执行：
- ESLint 配置启用
no-unused-vars（防解构后未使用）、prefer-destructuring（鼓励合理使用）、自定义规则拦截无默认值的参数解构 - Prettier 统一格式（如解构换行、空格、逗号位置），避免风格争议
- 在代码审查清单中加入“解构是否含兜底？默认值是否合理？变量名是否可读？”三项必检项
- 新成员入职时，用真实报错案例讲解：比如
func()调用导致Cannot destructure property 'x' of 'undefined'
