ESLint于2013年6月份推出,至今4个年头,最新版本v4.8.0。它是目前主流的用于Javascript和JSX代码规范检查的利器,不少大公司好比Airbnb和Google均有一套本身的Javascript编码规范,而规范的实施背后离不开ESLint的支持。好比大名顶顶的eslint-config-airbnb和eslint-config-google。为了更好的统一团队的JS编程风格和代码质量。feflow官方通过调研和探索,终于迎来了ESLint的解决方案,最核心的理念是:基于eslint:recommend作规则的定制化。javascript
2017年4月13日,腾讯高级工程师小圣在作充值业务时,修改了苹果iap支付配置,将JSON配置增长了重复的key。代码发布后,有小部分使用了vivo手机的用户反馈充值页面白屏,没法在Now app内进行充值。最后问题定位是:vivo手机使用了系统自带的webview而没有使用X5内核,解析JSON时遇到重复key报错,致使页面白屏。前端
相似的问题其实不少: 好比变量未定义,方法被覆盖等等都会形成js代码执行时报错。那么如何避免呢?ESLint官方提供sharable config(可共享配置),前端团队能够根据自身团队状况定制ESLint规范配置。java
eslint-config-ivweb是腾讯NOW直播IVWEB团队的ESLint配置。目前发布第一版,目前大约有130条规则,包含可能存在的错误、最佳实践、变量、代码风格、ES6相关等5个大的规则板块。node
仓库地址:https://github.com/feflow/eslint-config-ivweb 欢迎提交issue或者PR一块儿参与团队规则维护git
包含3个信息: 最左侧是规则,中间是错误级别,右侧是解释说明含义。错误级别包含:error、warn和off三个级别。es6
更加详细的规则说明能够前往: 规则文档github
基本理念: 项目代码太多,不影响历史代码。只针对有改动的代码(.js和.jsx后缀)才进行校验。web
第一步:添加或者修改.eslintrc.js 配置文件编程
module.exports = { "env": { "es6": true, "browser": true, "node": true }, "extends": ["eslint:recommended", "ivweb"], "globals": { "__inline": true, "IS_SERVER": true, "__uri": true } };
有部分eslint:recommended提到的规则在ivweb中没有提到,所以最好配合eslint:recommend一块儿使用。app
只须要同时继承eslint:recommend 和 ivweb 便可,确保 ivweb 放置在最后。部分eslint:recommend定义的规则有点严格,ivweb里面有作定制化的修改。
第二步:增长precommit的hook和eslint-config-ivweb依赖
此处咱们使用husky来管理全部的Hook,同以前的commit message校验。
{ "name": "with-lint-staged", "version": "0.0.1", "scripts": { "precommit": "lint-staged" }, "lint-staged": { "src/*.{js,jsx}": [ "eslint --fix", "git add" ] }, "devDependencies": { "eslint": "^4.8.0", "eslint-config-ivweb": "^0.1.0", "husky": "^0.14.3", "lint-staged": "^4.2.3" } }
Q: 为何不直接使用airbnb团队的 eslint-config-airbnb?
A: airbnb官方的规则过于庞大,有10多个规则文件。维护起来成本较高,选择基于轻量级的 eslint:recommend 基础之上定制团队ESLint规则更加简单,也便于维护。
Q: 我以为eslint-config-ivweb有些规则不太合适,怎么办?
A: 欢迎提交issue讨论或者直接提交PR。仓库地址:https://github.com/feflow/eslint-config-ivweb
Q: 为何使用lint-staged? A: lint-staged只会对修改过的js文件行数进行代码规范检查,不会对全部的代码检查,更加合理和可操做。