【问题标题】:Are there Objective Advantages of JSLint over JSHintJSLint 相对于 JSHint 有客观的优势吗
【发布时间】:2013-10-26 23:22:16
【问题描述】:

目前我们正在使用 JSLint 和 JSHint。我非常尊重 Crockford 和他严格使用 Javascript 的方式。我们正在以扁平化风格进行编程,并且具有很多功能。偶尔会出现周期性定义。

“使用严格”是一个优先事项。所以我们不能使用 'sloppy' 或 'undef' 选项。

有人知道 JSLint 相对于 JSHint 的客观优势吗?

这不是关于主观偏好的问题。我正在寻找以下提示:

例如

  • 'regexp' 警告 .^,而 JSHint 似乎只警告 .(大多数时候都很好)。

  • 除了'some_option',别无选择

从不同选项的数量来看,它们似乎非常相似。但是 JSLint 似乎更严格。

【问题讨论】:

  • 我认为人们正在远离 JSLint,而 JSHint 现在得到了所有的赞誉。两者都很好,但是 JSHint 有更多的选择,并且可以处理 ES6。

标签: javascript jslint jshint


【解决方案1】:

我知道您的问题是关于 JSLint 的优势,但我想不到的是很少。但这是我想出的:

JSHint的优点:

  • 支持 ES6 语法(与规范保持同步)
  • 使用-Wxxx 选项可以忽略任何警告
  • 更好的网络界面
  • 更好的工具集成(可通过 npm、维护良好的 Grunt 插件等获得)

JSLint 的优点:

  • 代码格式验证(在带有 white 选项的 JSHint 中仍然可用,但已弃用并且可以删除)
  • 强制每个上下文使用单个 var 语句(在带有 onevar 选项的 JSHint 中仍然可用,但也已弃用,并且这是否是 JSLint 的优势值得怀疑)

【讨论】:

  • 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();
猜你喜欢
  • 1970-01-01
  • 2017-03-19
  • 2010-12-23
  • 2015-07-23
  • 2011-02-26
  • 1970-01-01
  • 2012-05-08
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多