将 *all* javascript 变量（甚至未定义）作为函数参数传递的优缺点是什么？ [关闭]答案

【问题标题】：What are the pros and cons of passing *all* javascript variables (even undefined) as function arguments? [closed]将 *all* javascript 变量（甚至未定义）作为函数参数传递的优缺点是什么？ [关闭]
【发布时间】：2013-12-19 03:40:57
【问题描述】：

让我们将 Google Analytics Universal 脚本作为我希望澄清、验证和/或扩展的实践的前提：

<script>
  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','//www.google-analytics.com/analytics.js','ga');
</script>

Google 选择将所有变量作为参数传递，而不是使用var 声明它们。在这种情况下，明显的好处是将代码最小化到最大（避免var 范围内的关键字和= 字符重复），而a 和m 未定义......虽然它很常见将现有变量作为参数传递，或将对象传递到作用域，将未定义的变量作为参数传递以跳过声明它们是非常不寻常的。

我很想知道这种方法是否存在已知的警告。特别是：

这是使用更多还是更少的内存，还是等同于在函数范围内声明的变量？

在垃圾收集器方面有什么不同吗？如何？

增加或大量传递给函数的参数是否会对性能产生不利影响？

附加说明：请不要猜测答案。我不对基于意见的答案感兴趣。此外，问题不在于传递对象范围，正如已经回答的：https://stackoverflow.com/a/4665324/1647538。所以请不要回答那个特定的方面。

我只是从 javascript经验丰富的专家或浏览器实现者那里寻找可验证的基于事实的答案，他们对 javascript 编译器以及垃圾收集器的工作方式有广泛的了解。 p>

【问题讨论】：

我不认为您正在寻找的秘密答案真的存在。这只是缩小。 - 您可以在jsperf.com 上进行速度测试，以确定性能是否有任何差异。 - 也永远不要在您的原始源代码中使用它。对可读性的负面影响否定了任何可能的性能提升。
@vbence 这不是一个秘密答案。它是关于垃圾收集器和内存使用情况的。我对案情的意见没有用处。我只想要原始的事实。我对别人认为我应该用它做什么，或者它是否应该重要不感兴趣。这与我的问题无关。
垃圾收集器非常适合您的 JS 引擎。对一种浏览器有帮助的东西可能会降低另一种浏览器的性能。 - 此外，与主流编码风格的偏差从来都不是一件好事，即使它们在短期内有所帮助，JS引擎也会被优化以更好地处理90％的网页使用的做法。 - 如果你真的想得到这个问题的具体答案，你可以随时查看大多数流行引擎的来源。

标签： javascript performance function minify

【解决方案1】：

不确定这种情况，但注入窗口和文档等对象而不是直接从函数内部引用它们允许您在单元测试期间传递模拟对象。

【讨论】：

是的，我知道。我提到了“对象进入范围”。这里上下文中的 var 是“字符串”变量，本质上是预先声明 undefined args 以替代在本地范围内声明 var。但无论出于何种原因，人们都在大力投票以结束这个问题，即使有人对答案表示赞成和感兴趣。我真的不明白为什么会这样......