得益于 git 代码审查以及 log 规范化的解决方案中提到的任务,应用 Eslint 来检查公司的一个项目,在检查过程中就发现了很多与 Eslint 规范相悖的代码,整体下来错误达到一万多个。着实吓了宝宝一跳,接着使用 ESlint 提供的 --fix 参数自动修复一些错误,把错误降到了 2 千多个,再修改一些规则,才把错误降到一千个以内。本篇博客想要讲的不是 Eslint 代码修改的艰辛,也不是说 Eslint 后面代码审查的原理实现,而是想从一些常见的错误中看到一些不一样的一面 -- 那就是为什么 Eslint 会不建议这么写?Eslint 的每一条规范都不会无缘无故设置的,在规范的后面肯定有其一定的风险,所以才会报错,那么根据目前项目检查的错误,我挑了下面几个常见的错误来解析后面我们应该知道的原理