Javascript JSLint比JSHint有客观优势吗

目前我们正在使用JSLint和JSHint。我非常尊重Crockford和他严格使用Javascript的方式。我们以扁平化的方式编程，有很多函数。偶尔会出现周期性定义

“严格使用”是一个优先事项。因此，我们不能使用“sloppy”或“undef”选项

有人知道JSLint比JSHint有什么优势吗

这不是一个关于主观偏好的问题。我正在寻找以下技巧：

e、 g

• 'regexp'

  对
  和

  ^

  发出警告，而JSHint似乎只对
  发出警告（大多数情况下很好）

• 除了“某些选项”

---

从不同选项的数量来看，它们似乎非常相似。然而，JSLint似乎更紧了。

我知道你的问题是关于JSLint的优点，但在我的脑海中，很少有这样的问题。但我想到的是：

JSHint的优点：

• 支持ES6语法（也能很好地与规范保持同步）
• 使用

  -Wxxx

  选项可以忽略任何警告
• 更好的web界面
• 更好的工具集成（通过npm、维护良好的Grunt插件等提供）

JSLint的优点：

• 代码格式验证（在JSHint中仍然可用，带有white选项，但已弃用，可以删除）
• 在每个上下文中强制使用单个

  var

  语句（在JSHint中仍然可以使用

  onevar

  选项，但也已弃用，这是否是JSLint的优势值得怀疑）

---

我认为人们正在远离JSLint，JSHint现在得到了所有的赞扬。两者都很好，但JSHint有更多的选择，它可以处理ES6。fwiw强制使用单个var听起来确实有用——我无法想象自己会故意这么做。也许是因为我前生是一个Java程序。或C程序员。或者C++。或者斯卡拉。等等@djechlin-这只是一个样式选择（

var a=1，b=2；

而不是

var a=1；var b=2；

）。基本上，JSLint提供了比JSHint更多的规则来强制执行特定的编码样式。oic，我想你的意思是

var cat=“/usr/bin/cat”/*…*/var cat=Animal.makeCat（）