我们是否应该将所有JavaScript变量手动提升到函数定义的前面？

Question

我听说，由于JavaScript会将所有局部变量都提升到函数的开头，因此最好让程序员自己提升它，以便将一切视为实际发生的方式。

示例是：

var i, result = [];

这是在函数开始时声明所有局部变量。

但是我也在一些经典代码（例如React JS的源代码）中看到了

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

也就是说，在第一次使用i时声明它-这样，如果删除此行，则声明将一起删除。

如果我们手动将其吊起，则有可能在删除该循环时会出现var i; 仍然留在那里。 （尽管棉绒可能会抓住它）。

当我也将所有变量都提升到函数定义的最前面时，我也看到了面试官的怪异表情。

我们应该把所有变量都放在前面吗？ 或者，如果我们吊起除临时变量（例如i和j以外的所有变量，该怎么办？

Answer 1

将变量的使用范围限制在有用的上下文中可以是一种非常有价值的自动文档化策略：它使下一个选择代码的人知道变量在哪里和不相关。 所以不，不要“吊起”，因为JavaScript引擎在内部进行

Answer 2

这可能与几年前有关。

现在，您应该使用ES5或更高版本，它引入了let关键字，从而解决了吊装问题。 let声明的变量是块作用域的，不会被提升 。

Answer 3

我想有时候使用严格模式很有意义

"use strict";

可以为整个文件或功能实现

function strictFunction() {
   "use strict";
    var y = 3.14;   // This is ok
        x = 2.414; // This will cause error
}

通过避免使用全局变量，可以帮助编写更安全的代码。 因此，从技术上讲，这取决于您的for循环的使用方式。 参考“使用严格”；

您还可以使用let代替@RemcoGerlich建议的var来定义变量的范围

Answer 4

当我也将所有变量都提升到函数定义的最前面时，我也看到了面试官的怪异表情。

我们应该把所有变量都放在前面吗？ 或者，如果我们吊起除临时变量（例如i和j）以外的所有变量，该怎么办？

基本上有两个思想流派。 一种是将所有变量声明在一个位置，通常在它们作用域的顶部（如果使用var关键字，则是定义它们的函数）的顶部。 另一种思路是声明变量，使其尽可能接近使用它们的位置。 他们俩都有有效的论点，说实话是意见和偏好的问题。

在进入let和ES6之前，我将首先讨论上面的两个论点。

在范围的顶部声明

这样做的好处是，您始终知道变量声明在哪里，并且始终知道父作用域。 在查看函数时，您可以立即确定在整个过程中使用了哪些变量，并可以从那里跟踪在哪里使用它们。

这样做的缺点是，根据代码结构的不同，声明变量和使用变量的位置可能有100行，这有时会给调试带来一些挑战，并且需要您仔细跟踪认为的变量您在函数中使用，因为它不一定总是在顶部声明的，特别是在shadowing的情况下。

声明在使用变量的位置附近

这样做的好处是，在尝试确定变量作用域和阴影时，很容易确定要使用哪个版本的变量（尤其是嵌套函数）。 另一个优点是代码清理。 如果您删除一个函数或循环，并且在其上方有一个变量声明，通常也很好地提醒您删除该变量声明，因为不再需要它。 显然，并非总是如此，但很多时候都是如此。 当在顶部进行声明时，变量可能会在声明的海洋中迷失并被闲置-是的，短毛绒可以抓住这一点，所以这可能是一个有争议的问题，但这仍然是一个问题。

这样做的缺点与在顶部声明的优点完全相反。 如果要查看在给定范围内使用了哪些变量名/标识符，则必须进行挖掘。 CTRL + F是您的朋友，但是查看全部集中在一个列表中的速度更快。

现在， let ？

再者，对此有两种学派：一种是“让是新变量”，另一种是“让我们简单地从句法上做我们已经在做造型的事情”

例如，使用以下代码：

var result;
for (var i = 1; i <= 10; i++) {
   result = 2 * i;
   console.log(result);
}

比。

for (var i = 1; i <= 10; i++) {
   var result = 2 * i;
   console.log(result);
}

现在，从编译器的角度来看，它们是相同的。 但是，第二个版本（从样式上）告诉读者代码“结果变量仅在此for循环内使用”，而第一个版本对于读者对于result可能会发生或可能不会发生的情况却模棱两可变量稍后在代码中。 这些是开发人员无意遵守的风格和约定， 目的是传达代码的意图 。 这就是第二种思想流派的论据- let简单地从句法上做我们已经在做造型的事情。