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