Underscore.js为什么要使用"切换'处理案例而不是" for循环"

时间:2018-05-16 08:51:50

标签: javascript performance optimization underscore.js

我正在尝试学习underscorejs源代码。以上是来自underscore.js源代码VERSION =' 1.9.0'的代码片段。正如您可以看到switch block和for循环:

var restArguments = function(func, startIndex) {
        startIndex = startIndex == null ? func.length - 1 : +startIndex;
        return function() {
          var length = Math.max(arguments.length - startIndex, 0),
              rest = Array(length),
              index = 0;
          for (; index < length; index++) {
            rest[index] = arguments[index + startIndex];
          }
          switch (startIndex) {
            case 0: return func.call(this, rest);
            case 1: return func.call(this, arguments[0], rest);
            case 2: return func.call(this, arguments[0], arguments[1], rest);
          }
          var args = Array(startIndex + 1);
          for (index = 0; index < startIndex; index++) {
            args[index] = arguments[index];
          }
          args[startIndex] = rest;
          return func.apply(this, args);
        };
};

为什么作者在switch中单独处理startIndex [0,1,2]的情况。

是否因为必须为这些情况运行循环以及运行这种小循环的不必要的复杂性?如果这就是为什么作者只选择这3个案例的原因,为什么不[0,1,2,3]。

他有没有理由选择这3个或者只是一个选择。

1 个答案:

答案 0 :(得分:2)

我可以被视为性能调整。

IMO,[0,1,2]可能涵盖实际项目中的大多数情况(大多数函数不会有太多参数)。

而且,在典型的JS引擎中,callapply更快。见JavaScript performance: Call vs Apply

因此,结合以上两个方面,它可以使代码在大多数情况下运行得更快,并保持源代码足够简单:)