Javascript JSLint抱怨“数学运算符”++&引用；语法

为什么jslint抱怨这种语法：

var myint;
myint = 0;

myint++;

www.jslint.com回复：

意外的“++”。

---

myint++

JSLint不喜欢

++

，它希望您使用

myint+=1

。这是非常有争议的，请参见

不过，有一个选项可以让它通过（在web界面上，它位于“容忍…”下）

发件人：

众所周知，

++

（增量）和

--

（减量）操作符通过鼓励过度的欺骗来促成坏代码。在抵御病毒和其他安全威胁方面，它们仅次于有缺陷的体系结构。此外，增量前/增量后的混淆会产生一个接一个的错误，这些错误极难诊断。有一个

plusplus

选项允许使用这些运算符

---

JSLint不喜欢

++

，它希望您使用

myint+=1

。这是非常有争议的，请参见

不过，有一个选项可以让它通过（在web界面上，它位于“容忍…”下）

发件人：

众所周知，

++

（增量）和

--

（减量）操作符通过鼓励过度的欺骗来促成坏代码。在抵御病毒和其他安全威胁方面，它们仅次于有缺陷的体系结构。此外，增量前/增量后的混淆会产生一个接一个的错误，这些错误极难诊断。有一个

plusplus

选项允许使用这些运算符

---

@巴法雷托的回答是正确的。如果要允许此操作（假设您使用的是非web版本），请使用此指令将

plusplus

设置为

true

：

/*jslint plusplus: true */

---

@bfavaretto的答案是正确的。如果要允许此操作（假设您使用的是非web版本），请使用此指令将

plusplus

设置为

true

：

/*jslint plusplus: true */

---

Crockford反对

++

和

--

的论点是它们“太紧、太狡猾、太神秘”（Javascript第112页：好的部分）。您的里程可能会有所不同。如果你想使用它们，或者如果你认为它们太让人困惑并且妨碍可读性，就不要使用它们

---

如果你不相信Crockford的论点，你可以在JSLint中关闭该规则。

Crockford反对

++

和

--

的论点是它们“太紧、太狡猾、太神秘”（Javascript第112页：好的部分）。您的里程可能会有所不同。如果你想使用它们，或者如果你认为它们太让人困惑并且妨碍可读性，就不要使用它们

---

如果你不相信Crockford的论点，你可以在JSLint中关闭该规则。

如果你看看选项，有一个选项是“容忍++和--”。你已经决定不容忍它了。这是Crockford不喜欢的更挑剔的选项之一。是的，谢谢，我刚刚找到了这个选项。如果你看看这些选项，有一个是“容忍++和--”。你已经决定不容忍它了。这是Crockford不喜欢的更挑剔的选项之一。是的，谢谢，我刚刚找到了这个选项。我想是的。我甚至从来没有说过我同意或不同意Crockford。我不明白为什么它是神秘的？这是一个常见的运算符，在许多语言中都有相同的行为…@使者：不是我说的，克罗克福德说的。正如我所说的，你们读过克罗克福德的书，看过他的视频演讲吗？这家伙很聪明，对js有很深的了解，但他的一些想法很激进。我是++的粉丝，就像我一样。我不是++I的粉丝，除了这一点以外，没有其他原因让我感到舒服。我不是I+=1的粉丝，除非它像I+=some_var。但这些都是我喜欢的东西。我发现自己现在用适当的{}来包装单条if-then块，但如果（..）返回，则一直使用一条线，或者相同的2条线，我想是这样。我甚至从来没有说过我同意或不同意Crockford。我不明白为什么它是神秘的？这是一个常见的运算符，在许多语言中都有相同的行为…@使者：不是我说的，克罗克福德说的。正如我所说的，你们读过克罗克福德的书，看过他的视频演讲吗？这家伙很聪明，对js有很深的了解，但他的一些想法很激进。我是++的粉丝，就像我一样。我不是++I的粉丝，除了这一点以外，没有其他原因让我感到舒服。我不是I+=1的粉丝，除非它像I+=some_var。但这些都是我喜欢的东西。我发现自己现在用适当的{}来包装单if-then块，但如果（..）返回，则使用一个班轮，或者使用相同的2个班轮，我总是很舒服-