Javascript 推荐的jslint配置？

允许在脚本开头的注释块中设置选项，其中一些选项有助于减少使用时的麻烦。我希望能提高生产率

我从以下几点开始：

/*jslint devel: true, browser: true, unparam: true, debug: false, es5: true, white: true, maxerr: 50, indent: 4 */

什么是既定的违约

---

[我真的想让它不是主观的，但是的，我想知道什么对你有效]

基本上这对我有效，禁用了所有恼人的东西

/*jslint white: true, browser: true, devel: true, windows: true, forin: true, vars: true, nomen: true, plusplus: true, bitwise: true, regexp: true, sloppy: true, indent: 4, maxerr: 50 */

你所说的“使用起来不那么烦人”是什么意思？不使用JSLint是最不烦人的

默认值已在JSLint中默认设置；因此，默认值为“无覆盖”。但是，在某些情况下，您必须覆盖默认值；对于您来说，这可能是“代码>浏览器：真的（允许JavaScript与浏览器交互）和<代码> DeVel: Trime（如果您想使用<代码>警报<代码>，<代码>控制台。log < /代码>等；BTW，考虑使用浏览器的集成调试器代替。

< P>可以安装（开源编辑器）并将其配置工具用于JsLint或JsHint，以下是如何使用JsLint：

这将为您提供配置字符串

---

好的，太多了：）能描述一下你为什么需要一些吗？我不知道为什么福林的说法是正确的，我强烈反对。JSLint强制执行代码格式，这正是Douglas Crockford喜欢的（我在去年的一次会议上与他交谈过，他自己也说，在日常工作中关闭一些功能是很好的）。不能使用

var

inside

for

循环也不是最好的主意。不能使用var inside for循环也不是最好的主意-这样做是为了防止JS中的变量在函数范围而不是for循环范围内声明时出错。不管怎样，你们对强制的代码格式有什么问题吗？花了几年的时间在一种约定中编写代码，若我一无所获，我发现自己不愿意遵循另一种约定。我知道在JSLint中使用约定的原因，我知道它试图提高可理解性，但我在for循环中使用变量所形成的规则进一步提高了可理解性。我不明白我们为什么要在这里讨论我是否有问题。对这样一个问题的回答对任何人都没有用处。像vars这样的东西：事实上，即使存在FML的情况，也是因为一些被上帝抛弃的原因，它在我的代码中并没有被禁用base@penartur我刚刚将jslint添加到我的vim中，这很烦人。到目前为止，最烦人的是，如果（！url）url=window.location.href