ESLint 工作原理探讨
摘要： 彻底理解ESLint。
- 原文：ESLint 工作原理探讨
- 作者：zhangwang
ESLint 可谓是现代前端开发过程中必备的工具了。其用法简单，作用却很大，使用过程中不知曾帮我减少过多少次可能的 bug。其实仔细想想前端开发过程中的必备工具似乎也没有那么多，ESLint 做为必备之一，值得深挖，理解其工作原理。
在正式讨论原理之前，我们还是先来聊聊为什么要使用 ESLint。
为什么要使用 ESLint
ESLint 其实早在 2013年 7月就发布了，不过我首次使用，是不到三年前的一个下午（清楚的记得那时候使用的编辑器主要还是 sublime text3 ）。我在一个项目中尝试了 ESLint ，输入 eslint init 后按照提示最终选择了非常出名的 airbnb 的代码风格，结果整个项目几乎所有文件都被标红，尝试使用 --fix 却无法全部修复，内心十分沮丧。
现在想想，那时候的我对 ESLint 的认知是不完整的，在那时候的我看来 ESLint 就是辅助我们保持代码风格一致的工具，airbnb 的 js 风格备受大家推崇。
那时候的我知道保持代码风格的一致性能增加可读性，更便于团队合作。不过一致没有去深想，为什么大家会推崇某特定的风格，这背后肯定是有着特殊的意义。
保持一致就意味着要对我们编写的代码增加一定的约束，ESLint 就是这么一个通过各种规则（rule）对我们的代码添加约束的工具。JS 做为一种动态语言，写起来可以随心所欲，bug 遍野，但是通过合适的规则来约束，能让我们的代码更健壮，工程更可靠。
在官方文档 ESLint - rules 一节中，我们可以看到官方提供的了大量的规则，有推荐使用的（"eslint:recommended"），也有默认不启用的，还有一些废弃的。
这和现实生活是一致的，现实生活中，我们也在不自觉中遵守和构建着各种不同的规则。新的规则被构建是因为我们在某方面有了更多的经验总结，将其转变为规则可能是希望以后少踩坑，也能共享一套最佳实践，提高我们的工作效率。 就像我们提交代码时，把希望大家共同遵守的约定转变为 MR 模板，希望所有人都能遵守。
在我看来 ESLint 的核心可能就是其中包含的各种规则，这些规则大多为众多开发者经验的结晶：
之前看过一张图能很好的描述 ESLint 的作用：
- 如果你不使用 ESLint ，你的代码只能靠人工来检查，格式乱七八糟，运行起来 bug 丛生，你的合作者或用户会怒气冲冲