打字稿省略号是一个表现问题吗?

时间:2013-07-26 21:43:13

标签: javascript performance typescript

Typescript省略号生成JavaScript,在函数开头用arguments构造一个数组。

function blah(...args: any[]){
}

变为:

function blah() {
    var args = [];
    for (var _i = 0; _i < (arguments.length - 0); _i++) {
        args[_i] = arguments[_i + 0];
    }
}

在考虑性能的情况下查看我的项目时,我想知道这种构造是否是经常调用代码的性能问题?

是吗?

3 个答案:

答案 0 :(得分:6)

回答这个问题的最简单方法是运行一些测试。 JsPerf是一个非常棒的工具。我自己很好奇所以我设置了一个测试over here,是的,这可能是一次重大的性能打击。多少取决于你调用该函数的频率,它所做的工作量以及参数列表可能达到的时间。

所有这些都说我是80/20 rule的忠实信徒,尤其是在优化方面。大多数时候它都没关系,所以如果它使代码更美观,请继续使用它。

答案 1 :(得分:1)

我同意杰弗里的回答,但我认为有一点已被遗漏。

你问一个rest参数是否会导致性能下降,但与什么相比?

例如,如果我有以下功能:

var addNums = function(...nums: number[]) {
    var result = 0;
    for (var i = 0; i < nums.length; i++) {
        result += nums[i];
    }
    return result;
};

我可以使用哪些替代方案?

如果我想避免使用rest参数,我可能会接受一个数组参数,因为我们不知道可能有多少个nums。在这两种情况下,运行时性能类似。因此,rest参数只是调用代码的便利:

addNums(1,1,2,3);

而不是

addNums([1,1,2,3]);

如果TypeScript使用自己的函数体进行方法重载,则可以执行C#框架类库中使用的相同技巧,从而为一系列重载提供固定方法,并使用rest参数处理更多的参数 - 例如,您将拥有方法签名,例如:

addNums(a: number, b: number)
addNums(a: number, b: number, c: number)
addNums(...nums: number[])

因此,在您的常见情况下,将调用非循环版本,但在边缘情况下,性能较低的版本将会运行。

可以在TypeScript中尝试这个,但你需要为所有重载提供一个兼容的方法体,然后检查不太可能更快的参数(尽管你可以测量它) )。

因此,除非你打算将此方法称为一千次,否则它不可能比替代方案更差。

答案 2 :(得分:0)

我很好奇,因为我的日志功能使用它们并且被称为很多。

我测试了

function toArray(obj, start)
{
  var arr=[];
  for (var i=start||0, j=0, len=obj.length; i<len; ++i)
      arr[j++]=obj[i];
  return arr;
}

function toArrayPush(obj, start)
{
  var arr=[];
  for (var i=start||0, len=obj.length; i<len; ++i)
      arr.push(obj[i]);
  return arr;
}

function testArgToArrayPush(level)
{
  var args=toArrayPush(arguments, 1);
}

function testArgToArray(level)
{
  var args=toArray(arguments, 1);
}

function testArgTypescript(level)
{
  var args = [];
  for (var _i = 0; _i < (arguments.length - 1); _i++)
      args[_i] = arguments[_i + 1];
}

function testArgSlice(level)
{
  var args=Array.prototype.slice.call(arguments, 1);
}

在node.js v0.10.18上使用优秀的benchmarkjs.com:

testArgToArrayPush x 4,505,312 ops/sec ±0.55% (64 runs sampled)
testArgToArray x 2,961,857 ops/sec ±2.37% (93 runs sampled)
testArgTypescript x 3,879,242 ops/sec ±1.15% (96 runs sampled)
testArgSlice x 1,060,084 ops/sec ±0.52% (95 runs sampled)
Fastest is testArgToArrayPush

这意味着

  • 在大多数情况下,Typescript版本已经足够了
  • 如果您有热点,可以考虑使用toArrayPush()
  • 避免使用Array.prototype.slice()