views:

122

answers:

3

In Javascript, when is a new scope created? The 2 situations I know of are:

  1. with a new function
  2. in a "with" statement

as a note, any new block (in if-then-else, loops, or just beginning a block for no other reason) won't create a new scope.

Is there a third situation where a new scope is created besides the two situations above? Thanks.

A: 

this will also refer to the object you are in:

a = {
   f: function(){ ... },
   b: function(){this.f()}
}
a.b() //calls a.f
henrikh
+5  A: 

There's also the let statement. Keep in mind that let (...) {}, like with (...){}, does not create a new scope for variables introduced within the block. However, let definitions can create variables scoped to the block (any block) they're defined in.

Fair warning: as has been pointed out in comments, while let is part of JavaScript 1.7 (the Mozilla dialect of ECMA-262/ECMAScript), it is not part of ECMAScript, and will likely not work any time soon in browsers other than Firefox. Also note that while with can be used as a stand-in for let statements in current implementations of ECMAScript, the "strict" mode proposed for the pending ECMA-262 5th edition disallows this as well. If you're concerned about writing cross-plaform, future-proof code (and you should be...) then stick with functions for scope control!

Shog9
So tempted to +1 because you're right, but this might cause a bit of confusion since it's not widely implemented yet. Oh... what the heck, you earned it!
Andy E
@Andy, is not widely implemented because it is a *Mozilla Extension* available only on SpiderMonkey and Rhino engines, and is not part of the ECMAScript Standard.
CMS
@CMS, yes. I (admittedly, mistakenly) wrote *yet* because `let` was part of the intended ECMAScript 4 spec that never came to be and my brain tends to lean toward the fact that it may return in a future update to the standard.
Andy E
@Andy, Yes, I also think that `let` will be part of *ECMAScript Harmony*, the next step...
CMS
+7  A: 

Yes, there is a third case where the scope chain is augmented (besides the let mozilla-extension that Shog9 mentions), when a catch block is evaluated:

The production Catch : catch (Identifier ) Block is evaluated as follows:

  1. Let C be the parameter that has been passed to this production.

  2. Create a new object as if by the expression new Object().

  3. Create a property in the object Result(2). The property's name is Identifier, valueisC. value, and attributes are { DontDelete }.

  4. Add Result(2) to the front of the scope chain.

  5. Evaluate Block.

  6. Remove Result(2) from the front of the scope chain.

  7. Return Result(5).

So basically, a new object is created, with a property named like the Identifier passed to catch, this new object is added to the scope chain, so we are able to use that identifier within the catch block.

try {
  throw "error";
} catch (identifier) {
  // `identifier` accessible here..
}

But keep in mind that it only augments the current scope temporarily, to introduce the catch Identifier, any variable declared inside will be simply hoisted to the top of it enclosing function.

CMS
Excellent, had never given catch evaluation a second thought before reading this!
Shog9