传递Promise给子组件时Lint报Shadow variable: 'data'，如何解决？

刚好遇到过类似的Lint规则冲突问题，我来给你拆解下原因和几个更优雅的解决思路：

问题到底出在哪？ #

你现在的困境是Lint的两条规则“打架”了：

• 当你写(data) => null时，这个data和外部作用域的同名变量重名，触发了**变量遮蔽（variable shadowing）**的规则警告；
• 改成let data试图绕开，结果因为你根本没修改这个参数，Lint又跳出来要求你用const，简直进退两难😂

可行的解决方案 #

1. 你发现的默认参数技巧（可优化可读性）

你提到的this.validate = (boo = data) => null;确实能解决问题，原理是：

• 新参数名boo不会和外部的data重名，避开了变量遮蔽的警告；
• 因为boo没被修改，Lint也不会纠结const/let的问题（箭头函数的参数默认就是不可修改的，不用显式写const）。
  不过建议给参数起个更贴合场景的名字，或者加个注释，不然其他同事看了可能会疑惑这个参数的作用，比如：

// 用默认参数引用外部data，避免变量遮蔽
this.validate = (_unused = data) => null;

2. 更清晰的上下文保留方式（推荐）

其实你完全可以换一种思路保留上下文，不用硬写一个会引发冲突的参数：

• 如果doStuff是类的方法，直接用bind绑定上下文更简洁：

  this.validate = this.doStuff.bind(this);
  

• 如果子组件会传递参数但你根本用不上，社区常用下划线_表示“未使用的参数”，Lint一般不会对这种写法报错，还能清晰表达你的意图：

  // _表示该参数接收但不使用，避免遮蔽外部data
  this.validate = (_) => this.doStuff();
  

3. 临时禁用Lint规则（不推荐，万不得已再用）

如果上面的方案都不符合你的场景，也可以在代码行上临时关闭对应的Lint规则：

// eslint-disable-next-line no-shadow, prefer-const
this.validate = (data) => null;

不过这种方式是“绕过”问题而不是解决问题，长期来看可能会掩盖其他潜在的变量遮蔽风险，所以优先考虑前两种方案。

总的来说，用bind或者下划线标记未使用参数的方式，比默认参数技巧更直观，也更符合代码可读性的要求～

内容的提问来源于stack exchange，提问作者gyc