当前位置：文江博客话题详情

为什么闭包比全局变量更能保存变量？

发布于 2024-10-09 17:03:06 字数 88 浏览 4 评论 0原文

我了解闭包在 JavaScript 中的工作原理，但我的问题是为什么要费尽心思创建闭包来保存变量？不能把变量设为全局吗？或者这会扰乱全局范围并使您的代码容易出错。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

剩一世无双 2024-10-16 17:03:06

这是一个范围界定问题。全局变量就是这样：全局的，对每个人来说。使用闭包，可以更好地控制变量的范围（可见性），这意味着可以更好地控制可能的意外副作用。

http://en.wikipedia.org/wiki/Global_variable

[全局] 通常被认为是不好的做法，正是因为它们的非局部性：全局
变量可以从任何地方修改（除非它们驻留在受保护的内存中），
程序的任何部分都可能依赖于它。因此，全局变量有一个
创建相互依赖并添加相互依赖的无限潜力
增加复杂性。请参阅远距离动作

回复收藏 0 原文

油饼 2024-10-16 17:03:06

两个词：竞争条件。

如果您在全局范围内设置一个变量，而其预期用途是函数实例的本地变量，那么您将面临两个（或更多）唯一实例访问和操作此全局变量并使所有实例行为相同的风险不可预测。

还有很多其他原因导致您在全局空间中存储本地状态时应该非常小心。

一种方法是重新使用设置此变量的最后一个实例的状态（如果您没有同时活动多个实例）。

也可能与依赖同名全局变量的其他代码片段发生冲突。

从美学上讲，您还将全局名称空间变得一团糟（那里有很多随机变量，没有任何直接信息说明它们为什么在那里）。

将变量放入全局空间很容易出错，并且会使运行时视图变得混乱。 JS 的范围界定可能性也使其变得不必要，这就是为什么没有人这样做（除了真正属于那里的东西）。

作为附加评论，请勿在以后的问题中提及您的年龄或吹嘘您的编码能力。这与问题无关。

回复收藏 0 原文

以往的大感动 2024-10-16 17:03:06

JavaScript 中只有一个全局命名空间，因此在同一页面上使用不同的框架/工具包将非常困难，因为变量名称迟早会开始冲突。

闭包还提供了一种模拟私有变量的方法：

function Counter(start) {
   var count = start;
   return {
       increment: function() {
           count++;
       },

       get: function() {
           return count; // only gives you the value, but no write access
       }
   }
}

但这是一个相当“愚蠢”的例子，闭包在涉及各种回调时特别有用，你不想管理保存每个回调数据的全局数组，它非常简单，并且带有闭包更干净。

对于闭包的极端使用，请查看类实现对于 JavaScript。（免责声明，代码是我编写的。）

这里 proto 跟踪每个类的原始属性，但它仍然可以用于 extend，然后可以将这些属性添加到其他类当类从另一个类继承时。

Well there is only one global namespace in JavaScript, so it would be pretty hard to use different Frameworks/Toolkits on the same page, because sooner or later, variable names would begin to clash.

Also closures provide a way to emulate private variables:

function Counter(start) {
   var count = start;
   return {
       increment: function() {
           count++;
       },

       get: function() {
           return count; // only gives you the value, but no write access
       }
   }
}

But that's a rather "dumb" example, closures are especially helpful when it comes to callbacks of all sorts, you don't want to manage global arrays which hold the data for each callback, it a lot simple, and cleaner with closures.

For an extreme use of closures take a look at a Class implementation for JavaScript. (Disclaimer, code was written by me.)

Here proto keeps track of the raw properties of each class, but it's still available to extend which then can add those properties to other classes when they inherit from another.

回复收藏 0 原文

清泪尽 2024-10-16 17:03:06

离开家时，最好将钥匙藏在庭院周围一个大家都知道的地方，以便您的配偶可以在他/她提早回家时领取钥匙，但最好不要把钥匙扔在路上。

回复收藏 0 原文

云归处 2024-10-16 17:03:06

原因之一是防止全球污染。另一种是通过更改传递的值来对许多操作使用相同的实现。

js> makeadd = function(num) { return function(val) { return num+val } }
function (num) {
    return function (val) {return num + val;};
}
js> add3 = makeadd(3)
function (val) {
    return num + val;
}
js> add4 = makeadd(4)
function (val) {
    return num + val;
}
js> add3(add4(2))
9

One of the reasons is to prevent global pollution. The other is to use the same implementation for many operations just by changing the value passed.

js> makeadd = function(num) { return function(val) { return num+val } }
function (num) {
    return function (val) {return num + val;};
}
js> add3 = makeadd(3)
function (val) {
    return num + val;
}
js> add4 = makeadd(4)
function (val) {
    return num + val;
}
js> add3(add4(2))
9

回复收藏 0 原文

妞丶爷亲个 2024-10-16 17:03:06

其他人都已经提到了全球名称污染和全球是邪恶的，甚至OP：

<块引用>
或者这会使全球范围变得混乱......

但还有另一个原因。

全局变量只有一个实例。这使得它不能很好地扩展。如果在将来的某个时刻您需要该对象的多个实例，您将必须创建第二个全局变量或将原始变量转换为数组并手动管理该数组（即自己决定何时删除该对象）从记忆中）。

如果它已经由闭包创建，则可以通过一次又一次调用创建闭包的函数来简单地创建第二个、第三个和第四个实例。您还可以获得额外的好处，即所有创建的实例在不再需要时都会自动进行垃圾收集。

这种情况发生的频率比您想象的要高。假设您刚刚创建了一个动画序列，例如将文本设置为淡入动画。并且您使用了全局变量来跟踪动画的某些状态。你认为这很好，一切都很好，然后就忘记它了。一段时间后，您的老板来找您并说他喜欢该动画并希望将其添加到页面中的其他内容中。现在，您必须同时处理多个动画，并且需要将全局转换为数组，以防止一个动画破坏另一个正在进行的动画。如果它们一开始就封装在闭包中...

您知道什么，正如我在提交此答案后向下滚动时，我发现了一个说明全局变量问题的问题： How do you create multiple timers on one page that独立运行——javascript？。尽管对于该特定问题，您实际上并不需要闭包，只需要普通的局部变量。