为什么 JavaScript 中不推荐使用 arguments.callee.caller
属性?
它在 JavaScript 中被添加,然后被弃用,但被 ECMAScript 完全省略。某些浏览器(Mozilla、IE)一直支持它,并且在 map 上没有任何取消支持的计划。其他人(Safari、Opera)已经采用了对它的支持,但对旧浏览器的支持并不可靠。
是否有充分的理由将这个有值(value)的功能搁置一旁?
(或者,有没有更好的方法来获取调用函数的句柄?)
最佳答案
早期版本的 JavaScript 不允许命名函数表达式,因此我们无法制作递归函数表达式:
// This snippet will work:
function factorial(n) {
return (!(n>1))? 1 : factorial(n-1)*n;
}
[1,2,3,4,5].map(factorial);
// But this snippet will not:
[1,2,3,4,5].map(function(n) {
return (!(n>1))? 1 : /* what goes here? */ (n-1)*n;
});
为了解决这个问题,添加了 arguments.callee
以便我们可以这样做:
[1,2,3,4,5].map(function(n) {
return (!(n>1))? 1 : arguments.callee(n-1)*n;
});
然而这实际上是一个非常糟糕的解决方案,因为这(与其他参数、被调用者和调用者问题一起)在一般情况下使内联和尾递归成为不可能(您可以通过跟踪等在特定情况下实现它,但即使最好的代码是次优的,因为检查是不必要的)。另一个主要问题是递归调用会得到不同的 this
值,例如:
var global = this;
var sillyFunction = function (recursed) {
if (!recursed)
return arguments.callee(true);
if (this !== global)
alert("This is: " + this);
else
alert("This is the global");
}
sillyFunction();
无论如何,EcmaScript 3 通过允许命名函数表达式解决了这些问题,例如:
[1,2,3,4,5].map(function factorial(n) {
return (!(n>1))? 1 : factorial(n-1)*n;
});
这有很多好处:
可以像从代码中调用任何其他函数一样调用该函数。
不会污染命名空间。
this
的值不变。它的性能更高(访问 arguments object 很昂贵)。
哎呀,
刚刚意识到除了其他所有问题之外,问题还与 arguments.callee.caller
,或者更具体地说是 Function.caller
有关。 .
在任何时间点,您都可以在堆栈上找到任何函数的最深调用者,正如我上面所说,查看调用堆栈有一个主要影响:它使大量优化变得不可能,或者很多更难。
例如。如果我们不能保证函数 f
不会调用未知函数,那么就不可能内联 f
。基本上这意味着任何可能被微不足道内联的调用站点都会积累大量的守卫,采取:
function f(a, b, c, d, e) { return a ? b * c : d * e; }
如果 js 解释器在调用时不能保证所有提供的参数都是数字,它需要在内联代码之前插入对所有参数的检查,或者它不能内联函数。
现在在这种特殊情况下,智能解释器应该能够重新排列检查以使其更优化,并且不会检查任何不会使用的值。然而,在许多情况下,这是不可能的,因此内联变得不可能。
关于javascript - 为什么 JavaScript 中不推荐使用 arguments.callee.caller 属性?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/103598/