我认为在两种情况下应该避免使用:

1)当你有一个在很多行中使用的变量，你在使用它的第一个语句(或者最后，或者更糟糕的是，在中间)上增加/减少它:

// It's Java, but applies to Js too
vi = list.get ( ++i );
vi1 = list.get ( i + 1 )
out.println ( "Processing values: " + vi + ", " + vi1 )
if ( i < list.size () - 1 ) ...

在这样的例子中，您很容易忽略变量是自动递增/递减的，甚至会删除第一个语句。换句话说，只在非常短的块中使用它，或者变量只出现在块中的几个结束语句中。

2)在同一语句中出现多个关于同一个变量的++和-的情况。很难记住在这样的情况下会发生什么:

result = ( ++x - --x ) * x++;

考试和专业测试会询问类似上述的例子，事实上，我在寻找其中一个的文档时偶然发现了这个问题，但在现实生活中，人们不应该被迫对一行代码考虑这么多。

我认为程序员应该精通他们所使用的语言;清楚地使用它;好好利用它。我认为他们不应该人为地削弱他们正在使用的语言。这是我的经验之谈。我曾经在一家Cobol商店的隔壁工作，他们不使用ELSE“因为它太复杂了”。荒谬还原。

C语言中有这样的历史:

while (*a++ = *b++);

复制一个字符串，也许这就是他所提到的过度欺骗的来源。

总是会有一个问题

++i = i++;

or

i = i++ + ++i;

实际上做的。它在一些语言中有定义，而在其他语言中并不能保证会发生什么。

撇开这些例子不谈，我认为没有什么比使用++进行递增的for循环更习惯的了。在某些情况下，您可以使用foreach循环或while循环来检查不同的条件。但是为了避免使用递增而扭曲代码是荒谬的。

如果你读过JavaScript The Good Parts，你会发现Crockford在for循环中替换i++的是i+=1(而不是i=i+1)。这是非常干净和可读的，并且不太可能变成“棘手”的东西。

Crockford在jsLint中设置了禁止自增和自减的选项。你可以选择是否听从建议。

我个人的原则是不要做任何与自增或自减相结合的事情。

我从多年的C语言经验中了解到，如果我简单地使用它，就不会出现缓冲区溢出(或数组下标越界)。但我发现，如果我陷入了在同一语句中执行其他操作的“过度棘手”实践，我确实会遇到缓冲区溢出。

因此，对于我自己的规则来说，使用i++作为for循环中的增量是可以的。

根据我的经验，除了第一次学习操作符如何工作外，++i或i++从未引起过混乱。它对于最基本的for循环和while循环是必不可少的，任何高中或大学课程都是用可以使用运算符的语言教授的。我个人认为，做下面这样的事情比把++放在单独的一行上更好看。

While (a < 10){ 数组[a++] = val ｝

最后，这只是一种风格偏好，而不是别的什么，更重要的是，当你在代码中这样做时，你可以保持一致，这样其他人就可以使用相同的代码，而不必以不同的方式处理相同的功能。

另外，Crockford似乎使用i-=1，我发现它比——i或i——更难读懂

另一个例子，比其他一些简单的递增值返回更简单:

function testIncrement1(x) {
    return x++;
}

function testIncrement2(x) {
    return ++x;
}

function testIncrement3(x) {
    return x += 1;
}

console.log(testIncrement1(0)); // 0
console.log(testIncrement2(0)); // 1
console.log(testIncrement3(0)); // 1

如您所见，如果希望此操作符影响结果，则不应在return语句中使用后递增/递减操作。但是return不会“捕获”自增/自减操作符:

function closureIncrementTest() {
    var x = 0;

    function postIncrementX() {
        return x++;
    }

    var y = postIncrementX();

    console.log(x); // 1
}