目的:这段时间我们组多人开发同一个前端项目,遇到同事提交的代码有大面的格式变更,找到原因是我们vscode安装的代码格式化规范插件和本地配置不同导致的,并且同事设置了保存自动格式化代码,这样的情况容易在合并代码时找不到实际的代码改动点,出现隐患。另一方面也是响应公司代码格式规范化的号召,所以花时间了解了下eslint,跟大家分享。
1. eslint介绍
lint是检查代码格式工具的一个统称,具体的工具有JsLint、Android-Lint等,本文介绍的eslint就是lint中的一种。
eslint官网介绍:可组装的JavaScript和JSX检查工具。
这里我们不讨论JSX,只讨论js。js是弱类型语言,不需要执行程序的编译,所以不容易在开发阶段及时的发现代码错误,需要在不断的调试中修改代码错误。eslint就是一种能够可以帮助前端工程师在编码过程中发现问题,而不是在执行过程中发现问题的工具。
2. eslint特点
- 内置规则和自定义规则共用一套规则 API;
- 内置的格式化方法和自定义的格式化方法共用一套格式化 API;
- 额外的规则和格式化方法能够在运行时指定;
- 规则和对应的格式化方法并不强制捆绑使用;
- 每条规则都是各自独立的,可以根据项目情况选择开启或关闭;
- 用户可以将结果设置成警告或者错误;
- eslint 并不推荐任何编码风格,规则是自由的;
- 所有内置规则都是泛化的。