时间戳

首页 > 解决方案 > Underscore.js 为什么使用“switch”而不是“for循环”来处理案例

javascript - Underscore.js 为什么使用“switch”而不是“for循环”来处理案例

问题描述

我正在尝试学习 underscorejs 源代码。以上是 underscore.js 源代码 VERSION = '1.9.0' 的代码片段。正如你所看到的 switch 块和 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]。

他只选择这三个是有原因的，还是只是一个选择。

标签： javascriptperformanceoptimizationunderscore.js

解决方案

我可以被认为是性能调整。

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

而且，在典型的 JS 引擎中，call比apply. 查看此JavaScript 性能：调用与应用

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

推荐阅读