静态代码分析插件 Lint,JSLint,JSHint,JSCS,ESLint

1. 发展历程

Lint是啥?Lint是针对C语言源码的检测工具,它的功能就是看看源码有没有编写错误,有没有风格问题。

啥是编写错误呢?

编写错误就意味着上考场没带准考证,别说考的好不好,根本没机会考。

编写错误意味着你的代码根本通不过编译。

啥是风格问题呢?

风格问题可以比喻为上考场穿着三角裤衩,虽然自己考的挺嗨,但是影响别人发挥(光看你的内裤啥颜色了)。

好了,既然C语言有这样的工具,那么我们JS语言有没有这样的工具呢?

答案是肯定的,按照时间顺序,JS语言界依次出现四位大咖:JSLintJSHintJSCSESLint

JSLint 作为开山鼻祖,它不仅可以检测代码编写错误,还可以检测代码风格问题。

但是它的判定规则完全按照JSLint的作者经验来制定,不允许改变,大有信我者昌,逆我者亡的气势。

这样做,在检查代码编写错误时是没问题的,但是检查代码风格时候就有点尴尬,

比如有的公司就喜欢让员工穿裤衩上班,因为这样程序员可以快乐编程,但是用了你这款工具,程序员只能穿西服编码,大大降低宝宝们的编程效率,可恶可恶。

于是,JSHint就出现啦。

JSHintJSLint的继承者,它继承JSLint拥有的规则,但是它允许通过配置文件来配置这些规则。

但是吧,还不够彻底,虽然他允许我配置规则,但是不允许我自定义规则。

就比如,原先在JSLint中,有这样一条规则:”禁止员工穿裤衩上班”,

现在JSHint中将这条规则转化为”[禁止]员工穿裤衩上班”,同时允许你在配置文件配置方框号中的内容,而且只能配置为[允许]和[禁止]

但是假如我想制定一条规则是”[禁止]员工穿拖鞋上班”,JSHint就不支持啦,所以还是有点不尽兴。

不过,什么事情都难不倒的程序员,JSCS如约而至。

JSCS本身超过90条的规则,但是任然允许制定新的规则,比如”[禁止]员工穿拖鞋上班”,嗯,突然觉得好满足。

但…JSCS仅仅支持代码风格检查,不能检查编写错误问题,为啥呢,我也不知道,也许作者觉得编写检查可以直接交给编译器?

天将降大任于斯人也,吸收前人的经验,弥补前人的不足,ESLint在众人期待中出现了。

ESLint支持检查编写错误问题,支持检查代码风格问题,支持制定自定义规则,支持通过配置文件修改预定义和自定义规则。

完美,终于可以愉快的生活啦,哈哈哈哈…

2. 选用建议

ESLint功能丰富,除了上面说的这些基础功能,还有很多很多,而且前端开发链条上的其他插件也愿意和ESLint配合。总之,ESLint出现坑,有人会填,其他的出现坑,只能自己跳进去填,所以,遵从你内心的选择吧。

    原文作者:ibmeye
    原文地址: https://segmentfault.com/a/1190000018986174
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞