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

tina666
  • 279

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

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

回复
阅读 1.7k
11 个回答

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

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

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


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


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

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

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


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

能治好我的强迫症

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

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

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

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

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

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

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

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

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
你知道吗?

宣传栏