为什么全局变量被认为是不好的做法
我一直在看警告，不要在JavaScript中使用全局变量，但似乎人们说这个唯一原因是因为阻塞了全局名称空间。 我可以想象，通过把所有的变量放到一个大对象中，这个很容易被修复。 现在的问题是：除了方便之外，还有其他什么原因不使用全局变量吗？ 他们是否有任何性能或兼容性问题？
他们混淆了全局名称空间，比查找局部变量要慢。
首先，拥有许多全局变量总是一件坏事，因为很容易忘记你在某个地方声明了一个变量，并不小心在别的地方重新声明它。 如果你的第一个变量是本地的，那么你没有问题。 如果它是全球性的，那么它就会被覆盖。 当你进入隐含的全局变量（例如，当你说someVar = someValue而没有用var关键字声明someVar）时，情况会变得更糟。
其次，全局变量需要更长的时间才能找到比本地变量更好的Javascript。 速度的差异并不大，但确实存在。
要进一步阅读和更深入的解释为什么globals被认为是不好的做法，你可能想看看这个页面 。
全局变量可以显着增加耦合，显着降低代码的可伸缩性和可测试性。 一旦开始使用全局变量，您现在必须知道变量在哪里以及如何被修改（即破解封装）。 大部分的文献和惯例都会争辩说，在使用全局变量时，性能是你最担心的问题。
这是一篇奇妙的文章，概述了为什么全局变量会引起头痛。
如果你的脚本很长，并且你使用了很多函数中的这些变量，那么它会增加你的调试时间，因为全局变量的值可能已经从任何地方改变了，所以如果你正在追踪这个变化到非预期的值，必须全部检查。
如果不同的程序员从页面中包含的其他脚本修改这个变量，这种情况更加痛苦。
在你的代码中使用全局变量不应该有任何问题，只要你把它们包装在uniqe namespase / object中（为了避免与不是你自己的脚本冲突）
在JavaScript中有一个使用全局变量的冒险，它源于JavaScript不是强类型语言的事实。 因此，如果将某些复杂对象作为参数传递给某个函数，那么在使用全局对象的同时，将会失去对这些对象（在函数作用域内）的所有intellisence，将保留该intellisence。 当你有智慧时，它实际上可以提高调试时间（与其他人所说的相反）
我个人觉得非常有用，而且在我的代码中也有一席之地。
（当然，还是应该在当地人和全局变量之间做出正确的平衡）
简而言之，全局变量会导致（以及更多）以下问题。
1）变量命名冲突 – 如果你在一个团队中工作，你和你的同事在全局范围上使用相同的变量名，最后定义的变量将覆盖初始变量。 这显而易见的后果可能是毁灭性的。
2）安全 – 特别是在网络上，每个用户都可以访问窗口（或全局）对象。 通过将变量放在全局范围内，您可以让任何用户看到或更改变量。
3）更慢 – 这可以忽略不计，但它仍然存在。 JavaScript变量查找的工作方式是JavaScript引擎将查找变量正在查找的当前范围。如果找不到，它将查找下一个父范围。 如果它没有找到它，它将继续向上看，直到它到达寻找该变量的全局对象。 如果所有变量都位于全局范围内，那么JavaScript引擎将总是要遍历每个范围，以便最终到达全局范围以查找变量。
基本上，因为他们可以从页面上的任何脚本访问，因为你可以在相同的范围内重复它的名字。 这就是为什么很多Javascript引擎使用这个代码：
(function(){ var foo = 'foo',//Local bar = 'bar';//Local window.globalVar = foo + bar;//Global })(); alert(foo);//Error alert(bar);//Error alert(globalVar );//'foobar'
