JavaScript 用回调替换 - 性能问题

在 JavaScript 中，您可以在正则表达式字符串替换操作中定义回调处理程序：

str.replace(/str[123]|etc/, replaceCallback); 

假设您有一个字符串和替换的查找对象。

var lookup = {"str1": "repl1", "str2": "repl2", "str3": "repl3", "etc": "etc" };

和这个回调函数：

var replaceCallback = function(match) { 
  if (lookup[match])
    return lookup[match]; 
  else
    return match;
}

您如何评估上述回调的表现？有没有切实可行的方法来改善？会

if (match in lookup) //....

or even

return lookup[match] || match;

导致JS编译器优化的机会，还是都是一样的？

+1 给安妮关于性能基准。

但我会和

return lookup[match] || match;

它不仅只是一次属性检索（而不是——除非优化——如前面的示例中那样两次），而且它也更短（对于较短的代码并不总是如此）clearer任何有一半经验的 JavaScript 编码员。它往往会让新手有点困惑，但你要教给新手的第一件事就是如何特殊（和优秀）|| and &&在 JavaScript 中工作，所以...

它还可以解决某些实现中的一些（非常）边缘情况。 （例子：'toString' in {}应该true[所有对象都继承toString来自Object原型]，但它是false在 Microsoft 的 JScript 中。）

关于优化：除非非常明显（不要让循环条件成为一个函数，如果它可以是不变量，则必须对事物进行计数，避免不必要的重复查找），甚至没有之前是否值得担心这些东西的一般讨论你会发现一个问题（有时称为“过早优化”），对于一般 Web 的 JavaScript 来说尤其如此。不同的微优化在不同的实现中具有不同的结果，有时甚至是相互冲突的结果（“A”在 Internet Explorer 中更好，但在 FireFox 中更差，反之亦然）。大多数情况下，您需要等待，直到看到特定问题，然后解决该特定问题。

我更喜欢简单和清晰，除非我有充分的理由相信一些笨重的东西会给我带来可衡量的、现实世界的改进。