命名规范 : 使用大写字母和下划线来组合命名，下划线用以分割单词。 同时还需要注意：必须符合自定义元素规范: 切勿使用保留字。 作用域不大临时变量可以简写，比如：str，num，bol，obj，fun，arr。 循环变量可以简写，比如：i，j，k 等。 多个特性的元素应该分多行…

从零到一带详细带你学会eslint的配置。看完这篇文章，相信你可以自己定制出一份适合自己团队规范的eslint配置，也能一眼看懂其他人写的配置，成为一名合格的eslnit配置工程师。

大家是否有过类似的经历，接手多人开发的项目，因为每个人的代码风格不一致，使得变得难以阅读，比如分号、混合单引号和双引号的字符串声明，或者糟糕的缩进? 或者一些问题导致项目运行出错。 所以代码一致性非常重要，无论是在开发阶段还是在维护阶段，我们都知道eslint能很好保证代码风格…

本篇文章讲怎么在前端团队快速制定并落地代码规范!!!\ 干货，拿走这个[仓库](https://github.com/jd-antelope/s-lint)

对于中大型前端项目，项目规范与代码质量尤为重要。当功能需求变更或需要重构时，随心所欲的(糟糕的)代码可能带来比重新开发还麻烦的问题。 这个问题不用作过多阐述，想必接手过他人代码的同学，多少都有些体会。简单来说，太过随意的代码会让强迫症患者难以容忍，难以阅读理解的代码有时甚至不如…

规范只是一种相对规则，没有最优值，按照规范做事，提高代码质量，降低耦合性。代码规范可以从不同维度去约束，基本都是大同小异。

前端团队有评审代码的要求，但由于每个开发人员的水平不同，技术关注点不同，所以对代码评审的关注点不同，为了保证代码质量，团队代码风格统一，特此拟定一份《前端团队代码评审 CheckList 清单》，这样代码评审人员在评审代码时，可以参照这份清单，对代码进行评审。从而辅助整个团队提…