I'm trying to improve my understanding of the global namespace in javascript and I'm curious about a few things:
is there a "GOD" (i.e. a parent) object that all objects (since all things except primitives are objects) to answer to and if so would that object be "window" ?
why is it bad idea to have vars/functions on a global level?
if it is really a bad idea to have vars/functions in global scope then would closures be the best way to avoid this? example:
function parent(){ var x = 'some value';//this var would be considered global to all children functions but not in the true global namespace function child1(){ x.someMethod() } function child2(){ x*something; } function child3(){ x+=something; child2() child1() } child3() } parent()
As far as I know, I'd say yes, window is the parent object. However, inside an Iframe you have your own window object, distinct from surrounding window which you can access through window.parent
It's a bad idea to have a LOT of global var because of potential name collision and therefore hard to detect bugs. In general it's safer to design some namespace (see the
$
from jQuery, etc) and modularize code.Be careful,
parent
is a potential existing field of window. This taken appart, function are object so the same observation than in 2) apply here.Yes. More technically, it's the global object that all these primitives are members of; it just happens that in the browser, the
window
object is the global object.Because if you're adding lots of 3rd party libraries/ scripts, they all share the same global object, there's the chance of name collisions. This is a real life problem with all the libraries which use
$
as an alias (jQuery, Prototype and more).x
shouldn't be considered global. It's part of the closure formed by declaring the child functions inside theparent()
function. The problem part of your snippet is thatparent()
is global; what happens if some other code re-declaredparent()
? This would be better:The fact
x
is accessible within the child functions isn't bad; you should have written those functions yourself, so you should be aware of the existence ofx
. Bear in mind that if you re-declarex
within those child functions withvar
, you won't affect thex
inparent()
.Yes, in a browser environment the "god object" is window. It's typically called the global object, not god object though ;) In non-browser environments such as nodejs, the global object may use some other name than window.
If you put everything as globals, you risk running into colliding names. There is also the matter of encapsulation - in other words, by putting variables into only the scope where it's needed, your code is usually better off.
Yep, this is pretty much the preferred approach. You can also use IIFE's
If you NEED to put variables in the global namespace, and you likely will at some point, create a single object variable and add your other variables to it as properties or methods. Give the object a name that is not likely to be used by anyone else (admittedly, this is where collision problems arise, but that can be mitigated by careful, standardized naming).
e.g. Instead of:
Do this:
Then later call them as properties:
e.g. Instead of:
Do this: