I saw this Javascript quiz here: http://www.netfxharmonics.com/2008/01/NetFX-Harmonics-JavaScript-Quiz
and I could not figure out this problem:
(function(){
var a = 1;
var b = 2;
(function( ) { a = b; var b; })( );
console.log('a:'+ a); // => "a:undefined"
console.log('b:'+ b); // => "b:2"
})()
However, if you remove the var b;
declaration from the inner function, then a == 2
as you would expect.
Why is this happening?
(You can play with it here: http://jsfiddle.net/gnhMZ/)
A great explanation but the simple answer is that the "a" variable is not declared inside of the inner function. Therefore, it becomes global scope overtaking the value of the outer scope.
a = "undefined"; // global scope
var = 1; // relative to its scope
It's happening because this function:
...assigns
undefined
toa
.var
takes effect as of the beginning of the scope in which it's written, not where it is in the step-by-step code. And when you declare a variable, its initial value isundefined
. So the above written more explicitly, but with exactly the same functionality, looks like this:Specifically, when execution enters an execution context, these things happen:
var
declared within the context, regardless of where thevar
statement is. The initial value of each variable isundefined
. Initializers are not handled at this point.var
statement with an initializer is encountered, it's processed as a simple assignment statement.The variable object is the thing that makes closures work, too, by the way. More here, but basically, when a function is created it gets an enduring reference to all of the variable objects in the scope chain at that point. That's what it uses to look up the variables it closes over. This is important, because a closure doesn't only have an enduring reference to the variables it actually uses, but to all variables in-scope where it's defined, whether it uses them or not, which can have implications for the lifecycle of those variables.