使用临时变量代替重复的完整引用是否更好？

假设我们有一个类似的对象：

var foo = { a: { b: { c: { d: { e: { f: [ 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 ] } } } } } };

我们希望在函数中使用对象的各个部分，如下所示：

function doStuff() {
    if ( foo.a.b.c.d.e.f[ 5 ] >= some_important_filter_value ) {
        alert( "Some important filter value is " + foo.a.b.c.d.e.f[ 5 ] +
            "!!\nRun for your lives!!" );
    }
}

为了论证的缘故，其中包含的值foo在函数执行过程中不会发生变化，或者就此而言，根本不会发生变化。

Is it better从对象中读取值并将它们存储为临时变量/常量，或者完全可以使用对象的完整路径foo作为价值的参考？

i.e. Is

function doStuff() {
    var mem = foo.a.b.c.d.e.f[ 5 ];
    if ( mem >= some_important_filter_value ) {
        alert( "Some important filter value is " + mem +
            "!!\nRun for your lives!!" );
    }
}

"better"，如果是这样，具体以什么方式？

我自己有限的测试在 Google Chrome 的 JS 控制台中显示100000while 循环深度查询对象，而查询临时变量的相同数量的循环则以大致相同的速度运行。

有效地复制和存储值foo放入临时变量中以供多次使用，在某些情况下可能具有实用价值，可以减少代码/文件大小并提高可读性may be改进了，但是为了这个问题的目的，抛开这一点，还有什么其他支持它的论据呢？

对于现代 JS 解释器来说，临时 var 的创建和处理肯定比直接引用对象中的值更简单？

为什么以及如何会var temp = foo.a.b.c... be better而不是跳过定义并仅通过我们已有的引用使用该值？

我想从根本上来说，我要问的是——我的参考中有多少个点真的很重要，因为从长远来看，它只是一个参考——或者是吗？

在迂腐的美妙领域中，你将一次又一次地为解决这些参考文献而付出代价。

如果这些是“类”（构造对象，可能引用proto链），然后你要付出额外的惩罚，因为未能找到对象上的值，并提升proto链直到你这样做（或者点击 Object.prototype，仍然错过该属性，并在你尝试访问该缺失对象的属性时抛出引用错误）。

现在，总而言之，如果这在现代发动机的压力测试中增加了哪怕 1 毫秒，我都会大吃一惊。

Chrome 的 V8 将在动态重新编译代码方面大有帮助，其中包括展开循环、内联函数等；只要您每次都一致地使用函数（传递相似的参数/参数类型）。

我相信大约在 2012 年，关于这个问题有一些很好的讨论，涉及在 Chrome 中编写游戏引擎。

其寓意是，您所做的大部分操作，如果执行多次以上，只会被编译为内联操作......

...在新浏览器中...

当你做了类似的事情时，你的性能就会受到影响

if (i % 3001) { a.b.e.f.g[6]; }
else { a.b.c.d.e.f[5]; }

...这又是现代发动机。

如果您要在运行 IE6 的 2003 Windows XP 系统上运行负载测试，由于上述原因，您的数字应该有所不同。

他们不应该相差数百毫秒......
然而，它们应该多次反映取消引用值对性能的影响，并且如果属性是proto链接起来，并根据链上的距离再次增加来解决每个属性。

也就是说，我指的是测试的浏览器a.b.c versus a["b"]["c"]明显不同。