性能和“更好的实践”：使用语句与带有一堆参数的函数

Question

我最近在 JS 中做了很多模板，所以我总是遇到“邪恶”with 声明。

它使模板更易于使用，因为您不必在变量前面加上对象。

听说 with 语句不好，而且它们可能导致性能不佳，我开始寻求另一种解决方案：

我的解决方案：带有一堆参数的函数

这是我的代码：

var locals = {
  name : "Matt",
  email : "wahoo@wahoo.com",
  phone : "(555) 555-5555"
};

var keys = [];
var values = [];

for (key in locals) {
  local = locals[key];

  keys.push(key)
  values.push(local);

}

keys = keys.join(',');

var fn = new Function(keys, "**TEMPLATE STUFF**"); // function(name, email, phone) {...}
fn.apply(this, values); // fn("Matt","wahoo@wahoo.com","(555) 555-5555")

注意：这些完成完全相同的事情。两者都是从任何人那里抽象出来的，所以一个令人讨厌的长参数列表并不是什么大问题。

我想知道哪个更好：使用 with 语句或可能包含大量参数的函数。

除非有人有更好的解决方案...？

谢谢！ 马特·穆勒

Answer 1

我发现您的解决方案非常臃肿。这完全不平凡，而with 非常简单（一行代码本身与您的对象遍历和数组实例化相比成本非常低）。 此外，您的解决方案需要在制作模板函数（以定义其参数）时准备好模板对象，这在我看来可能会变得不那么灵活。

查看MDC。一个设计良好的模板可能几乎没有逻辑和大量的变量引用（如果不是这样，那么它应该是！），这使得 with 在这种情况下成为完美的候选者，因为应该很少有其他的在with 范围内查找。

任何可能获得的额外性能似乎都是微优化，尽管不是理论上的，只是执​​行一些基准测试。 http://jsperf.com/with-vs-fn 在您的版本的基准测试之前完成所有设置代码，但在函数执行期间执行 with 的东西，所以这并不公平，尽管即使在最慢的迭代中你也知道它有多快； >400,000 ops/sec 是最慢的。我怀疑您是否需要每秒渲染超过 400,000 个模板...

Answer 2

你试过 JS 模板引擎吗？它们通常非常快，并且可以为您节省一些渲染代码。

我是 pure.js 的作者，它有点原创，但还有很多其他的可用且适合任何口味。

Answer 3

with 的问题不是性能，而是模棱两可和不可预测的行为。

例如，请参阅Hidden Features of JavaScript?