++ 和 --
++（递增）和 --（递减）运算符通过鼓励过度的技巧而导致糟糕的代码。在导致病毒和其他安全威胁方面，它们仅次于有缺陷的架构。有一个 plusplus 选项禁止使用这些运算符。
我知道像这样的 PHP 构造$foo[$bar++]可能很容易导致一个错误，但我想不出比 awhile( a < 10 ) do { /* foo */ a++; }或更好的方法来控制循环for (var i=0; i<10; i++) { /* foo */ }。
jslint 是否突出显示了它们，因为有一些类似的语言缺少“ ++”和“ --”语法或以不同的方式处理它，或者是否有其他理由可以避免我可能遗漏的“ ++”和“ --”？
我的观点是始终在一行中单独使用 ++ 和 -- ，如下所示：
i++;
array[i] = foo;
代替
array[++i] = foo;
除此之外的任何事情都会让一些程序员感到困惑，在我看来是不值得的。For 循环是一个例外，因为增量运算符的使用是惯用的，因此总是很清楚。
坦率地说，我对这个建议感到困惑。我的一部分想知道这是否与缺乏 javascript 编码人员的经验（感知或实际）有关。
我可以看到有人只是“破解”一些示例代码可能会在使用 ++ 和 -- 时犯下无辜的错误，但我不明白为什么有经验的专业人士会避免使用它们。
在 C 中有做这样的事情的历史：
while (*a++ = *b++);
复制一个字符串，也许这就是他所指的过度诡计的来源。
总是有什么问题
++i = i++;
或者
i = i++ + ++i;
实际上做。它在某些语言中定义，而在其他语言中则无法保证会发生什么。
撇开这些例子不谈，我认为没有什么比用于++递增的 for 循环更惯用了。在某些情况下，您可以使用 foreach 循环或检查不同条件的 while 循环。但是为了避免使用递增而扭曲您的代码是荒谬的。
如果您阅读 JavaScript The Good Parts，您会看到 Crockford 在for循环中对 i++ 的替换是 i+=1（而不是 i=i+1）。这是非常干净和可读的，并且不太可能变成“棘手”的东西。
Crockford 将不允许自动递增和自动递减作为 jsLint 中的一个选项。您可以选择是否遵循建议。
我个人的规则是不要做任何与自动递增或自动递减相结合的事情。
我从多年的 C 经验中了解到，如果我继续简单地使用它，我不会遇到缓冲区溢出（或数组索引越界）。但是我发现如果我陷入在同一语句中做其他事情的“过于棘手”的做法，我确实会遇到缓冲区溢出。
因此，对于我自己的规则，使用 i++ 作为for循环中的增量是可以的。
在循环中它是无害的，但在赋值语句中它可能导致意想不到的结果：
var x = 5;
var y = x++; // y is now 5 and x is 6
var z = ++x; // z is now 7 and x is 7
变量和运算符之间的空格也会导致意外结果：
a = b = c = 1; a ++ ; b -- ; c; console.log('a:', a, 'b:', b, 'c:', c)
在闭包中，意外的结果也可能是一个问题：
var foobar = function(i){var count = count || i; return function(){return count++;}}
baz = foobar(1);
baz(); //1
baz(); //2
var alphabeta = function(i){var count = count || i; return function(){return ++count;}}
omega = alphabeta(1);
omega(); //2
omega(); //3
它会在换行符后触发自动分号插入：
var foo = 1, bar = 2, baz = 3, alpha = 4, beta = 5, delta = alpha
++beta; //delta is 4, alpha is 4, beta is 6
前增量/后增量混淆会产生极难诊断的逐一错误。幸运的是，它们也完全没有必要。有更好的方法将 1 添加到变量中。
参考