前端开发的时候有必要用eslint吗

Question

大家在开发的时候有使用eslint吗，我之前使用过，总感觉哪里不好用，总是提示一些错误，用它有什么好处？或者你们有好其他建议

你们团队有比较好的规则设置吗，可以分享下不

Answer 1

启用 lint 一般都是在多人共同开发的团队中，原因是如果不 强制规范 Coding 的风格，每个人都用自己的习惯来书写，到项目后期维护的时候会十分头疼，你在使用其它同事封装好的方法时也会比较麻烦，特别是如果你是后期维护阶段进入这个项目的话，那么你就会裂开了。

一堆随意的 函数/变量 名，缩进不统一，影响到你了解当前业务进度，
如果你有一定工作经验了，你回过头来看你过去比如 6个月 之前写的代码，你觉得你读起来的感受是怎么样的，还能马上回想起来当初的思路吗？
更甚至，可能出现你需要修复已经离职了的同事几个月前写的代码，是否会想要一份和你代码风格近似的业务代码。

如果规范的书写代码，你只需要看到函数名就知道这个函数/变量是做什么的，能不能被修改，是常量还是变量。

---

所以目的就是使 团队合作效率 更高，代码更 易于维护。特别是在其他人接手自己项目的时候，能让他很快了解自己的想法，或者自己可以更好的阅读别人的代码，好的团队最终的代码会感觉和一个人写出来的一样。

---

最早的时候我读过 AirBnB/javascript: JavaScript Style Guide 和 JavaScript Standard Style 两种风格，按照我当时的理解，都有一部分内容我不是很喜欢。

简单概括就是 没有比较好的规则，只有比较适合自己的规则。
当然偷懒用大厂的规范也可以，比如说我们这边的 Java 端就是强制使用阿里的开发规范。看你们对于自己的要求是不是高了，使能用就可以还是说有一份相对可读性高的项目源码。

对于我来说则是必须开，并且我会强制新人使用 lint，少养成很多 Coding 的坏习惯，也可以避免一些低级的错误

---

已参与了 SegmentFault 思否「问答」打卡，欢迎正在阅读的你也加入。

Answer 2

eslint的好处

Answer 3

能治好我的强迫症

Answer 4

最大的好处就是可以强制统一团队编码规范。这样不管是协同开发、维护，项目换开发人员或是新员工接手，都能保证能快速适应并上手。
至于网上博文中说的一大堆eslint的规则啊，其实都是它本身提供的功能，并非它实际应用的闪光点。
两千多前秦始皇就开始应用这条规则了：车同轨，书同文。至今历史学家都得点头说好，这也是中华民族能传承久远的原因。
所以，eslint还是有必要用的。

Answer 5

eslint本身是一套代码检查的规则，促使你的代码向符合规范的方向发展，怎么用看具体的场景
当团队合作开发或者代码需要符合这些规范的时候，大家统一使用，在同样的规则下代码保持一致
具体到个人和团队建议使用，如果觉得某几条规则确实无关紧要，可以通过配置修改忽略

Answer 6

看需求。写java也有把项目写乱套的，写php也有把项目写规矩的。
如果是小项目组，规矩太多，反而影响开发效率，几个人沟通一下就好了，没必要使用eslint。

Answer 7

有必要，能够使代码更易于阅读，你觉得不好用是因为它总是报很多格式上的问题，修改十分麻烦。可以用ESLint的autofix功能在保存时自动修正格式上的错误，就不会提示你像几个空格或者换行之类的错误了。

Answer 8

可以。
当然大点的项目或许tslint更合适。

Answer 9

看实际需求，以前一个人写无所谓，看提示报错反而有代码洁癖，不断修改，降低了效率；但团队开发，例如一个页面组件经过多人之手，每个人的特有代码风格就让我感觉恶心；特别是在看git记录的时候。

Answer 10

只要是多人开发，不用的肯定烂

Answer 11

缩进啊，空格啊这种可以直接通过eslint或者配合prettier自动修复就好了，你要全手动去修复自然觉得烦