我应该使用JSLint或JSHint JavaScript验证吗？

我目前正在验证我对JSLint的JavaScript并取得进展,它正在帮助我编写更好的JavaScript – 特别是在使用Jquery库时.

我现在遇到了JSHint,一个JSLint的分支.
所以我想知道很多JavaScript驱动的Web应用程序,这是更好或最适用的验证工具：

> JSLint还是JSHint？

我想现在决定验证机制并继续前进,将其用于客户端验证.

和jshint和jslint之间的区别？请在单个javascript示例中解释.

链接：

> jshint- http://www.jshint.com/
> jslint- http://jslint.com/

解决方法:

[编辑]
这个答案已被编辑.我将在下面留下原始答案的上下文(否则评论没有意义).

当最初询问这个问题时,JSLint是JavaScript的主要linting工具. JSHint是JSLint的一个新分支,但还没有与原来的分歧很多.

从那以后,JSLint几乎保持静态,而JSHint已经改变了很多 – 它抛弃了许多JSLint更多的对抗规则,增加了一大堆新规则,并且通常变得更加灵活.此外,另一个工具ESLint现在可用,它更灵活,有更多的规则选项.

在我原来的回答中,我说你不应该强迫自己坚持JSLint的规则;只要你理解为什么它会发出警告,你就可以自己判断是否要更改代码以解决警告.

使用2011年JSLint的超严格规则集,这是合理的建议 – 我看到很少有JavaScript代码集可以通过JSLint测试.然而,在今天的JSHint和ESLint工具中提供了更实用的规则,尝试让代码通过零警告是一个更加现实的主张.

可能仍然偶尔会出现这样的情况,即linter会抱怨你有意做过的事情 – 例如,你知道你应该总是使用===但是这次你有充分的理由使用==.但即便如此,使用ESLint,您可以选择在相关行周围指定eslint-disable,这样您仍然可以通过零警告进行传递lint测试,其余代码遵守规则. (只是不经常做那种事！)

[原始回答]

一定要使用JSLint.但是不要挂在结果上并修复它所警告的一切.它将帮助您改进代码,它将帮助您找到潜在的错误,但不是JSLint抱怨的所有内容都证明是一个真正的问题,所以不要觉得您必须完成零警告的过程.

几乎任何具有任何显着长度或复杂性的Javascript代码都会在JSLint中产生警告,无论它写得多么好.如果您不相信我,请尝试通过它运行一些流行的库,如JQuery.

一些JSLint警告比其他警告更有价值：了解哪些警告需要注意,哪些警告不太重要.应该考虑每个警告,但不要觉得有必要修改你的代码以清除任何给定的警告;看完代码并决定你对它感到满意是完全可以的;有时JSlint不喜欢的东西实际上是正确的.

标签：javascript,jslint,jshint
来源： https://codeday.me/bug/20190917/1808897.html