i ++与++ i在JavaScript for循环中

Question

由于JSLint，我几乎总是使用i += 1来增加JavaScript for循环，但对于快速和脏脚本，我使用i++代替。
但是，我在其他人的代码中看到了很多for循环，在这些循环中，他们通过执行++i来增加i 。

据我所知， i++和++i之间的含义没有区别，jsPref在性能上没有差别。
因此，我想知道++i的惯例来自何处以及为什么人们倾向于这样做。

有谁知道为什么当在for循环中递增计数器时，许多JS编码器倾向于选择++i不是i++ ？
谢谢。

Answer 1

不同的是， i++返回的值i递增和前++i的值i递增后。 如果忽略返回值没有区别，例如：

for (var i = 0; i < 10; i++) {

}

使用++i不是i++的习惯来自C，人们担心在i++中存储i的旧值会导致性能下降。

Answer 2

在JS和PHP中它没有任何区别，我认为即使在Java中也没有任何区别，但在纯c中，当编译器没有优化代码时，这就是为什么很多人使用++ i因为它们是习惯于c。

编辑：如果你想要前后增量searc C / C ++前/后增量的历史，这是JS的答案。 或者看看有关@ Orvev答案的评论。

Answer 3

回到今天（我们在这里谈论IE6 / 7！），我记得两种形式的基准测试，发现使用++i而不是i++有一个小的性能提升。 我的（未经证实的）理论是，非优化的JS引擎必须在i++案例中做更多的工作：它必须保存以前的值，以防它被使用 - 并且它是一个非优化的引擎它没有' t意识到该值实际上不会被使用而且不需要保存。

但是，对于现代浏览器，没有显着差异。 如果有的话，在许多浏览器中， i++似乎要快一点。

以下是各种不同循环的一些测试：

http://jsperf.com/mikes-loops/5

查找“Traditional Loop”（这使用++i ）和“Traditional Loop with i ++”的结果。

关于JSLint的要求，一个人永远不应该使用++i或i++而只使用i += 1 ，这就像疯狂和过度控制一样，就像JSLint中的许多其他东西一样。

我个人推荐JSHint 。 它不那么教条，更实用，更容易根据自己的风格进行定制。

Answer 4

是有区别的，但不是在一个for循环中使用时。

在表达式中， i++求值为i的先前值，然后i递增。 ++i首先递增，然后进行评估。

出于这个原因，一些程序员喜欢在他们的for循环中编写++i - 要么是因为他们习惯了它，要么是因为他们认为它更“正确”。

编辑：更可能是Overv提出的解决方案：来自C的遗留物。