Javascript效率：'for' vs 'forEach' [关闭]

Question

2017 年 Javascript 中 for() 循环与 .forEach 的当前标准是什么。

我目前正在通过 Colt Steeles 在 Udemy 上的“Web Dev Bootcamp”工作，他在他的教义中偏爱forEach 而不是for。然而，作为课程作业的一部分，我在练习期间搜索了各种东西，我发现越来越多的建议使用for-loop 而不是forEach。大多数人似乎都认为 for 循环更有效。

这是自课程编写以来（大约 2015 年）发生的变化，还是它们的真正优点和缺点，人们将通过更多的经验来学习。

任何建议将不胜感激。

Answer 1

为

for 循环效率更高。它是一个循环结构，专门设计用于在条件为 true 时进行迭代，同时提供步进机制（通常用于增加迭代器）。示例：

for (var i=0, n=arr.length; i < n; ++i ) {
   ...
}

这并不是说 for 循环总是更高效，只是 JS 引擎和浏览器已经将它们优化为如此。多年来，对于哪种循环结构更有效（for、while、reduce、reverse-while 等）一直存在妥协——不同的浏览器和 JS 引擎有自己的实现，它们提供不同的方法来产生相同的结果。随着浏览器进一步优化以满足性能需求，理论上[].forEach 可以以更快或与for 相媲美的方式实现。

好处：

• 高效
• 早期循环终止（荣誉 break 和 continue）
• 条件控制（i<n 可以是任何东西，并且不受数组大小的限制）
• 变量作用域（var i 在循环结束后留下 i 可用）

forEach

.forEach 是主要迭代数组的方法（也包括其他可枚举对象，例如 Map 和 Set 对象）。它们更新并且提供主观上更易于阅读的代码。示例：

[].forEach((val, index)=>{
   ...
});

好处：

• 不涉及变量设置（迭代数组的每个元素）
• 函数/箭头函数将变量范围限定为块
  在上面的示例中，val 将是新创建函数的参数。因此，在循环之前调用 val 的任何变量都会在循环结束后保持其值。
• 主观上更易于维护，因为它可能更容易识别代码在做什么——它正在迭代一个可枚举；而 for 循环可用于任意数量的循环方案

---

性能

性能是一个棘手的话题，通常需要一些经验来进行深思熟虑或方法。为了提前（在开发时）确定可能需要多少优化，程序员必须对过去处理问题案例的经验有一个很好的了解，并对潜在的解决方案有很好的理解。

在某些情况下使用 jQuery 有时可能会太慢（有经验的开发人员可能知道），而其他时候可能不是问题，在这种情况下，库的跨浏览器兼容性和执行其他功能的简易性（例如、AJAX、事件处理）值得节省开发（和维护）时间。

另一个例子是，如果性能和优化就是一切，那么除了机器或程序集之外就没有其他代码了。显然情况并非如此，因为有许多不同的高级和低级语言，每种语言都有自己的权衡。这些权衡包括但不限于专业化、开发容易和速度、维护容易和速度、优化代码、无错误代码等。

方法

如果您不太了解某些内容是否需要优化代码，那么首先编写可维护的代码通常是一个很好的经验法则。从那里，您可以测试并确定需要更多注意的地方。

也就是说，某些明显的优化应该是一般实践的一部分，不需要任何思考。例如，考虑以下循环：

for (var i=0; i < arr.length; ++i ){}

对于循环的每次迭代，JavaScript 都会检索 arr.length，这是每个循环的键查找成本操作。没有理由不应该这样做：

for (var i=0, n=arr.length; i < n; ++i){}

这做同样的事情，但只检索一次arr.length，缓存变量并优化你的代码。