CODEWITHSUNDEEP
javascriptecmascript-6babel-node
Runjuu
Runjuu

Reputation: 43

Why does this code not result in a ReferenceError?

if(true) {
  tmp = 'abc';
  console.log(tmp);//which should throw referenceError but not

  let tmp;
  console.log(tmp);

  tmp = 123;
  console.log(tmp);
}

This code results in

abc
undefined
123

Why does the first console.log(tmp) not throw an error?

why it should throw a referenceError

In ECMAScript 2015, let will hoist the variable to the top of the block. However, referencing the variable in the block before the variable declaration results in a ReferenceError. The variable is in a "temporal dead zone" from the start of the block until the declaration is processed.

the problem is bable settings,i think.
so,maybe it is a bug of babel? https://github.com/babel/babel.github.io/issues/826

Upvotes: 2

Views: 266

Answers (3)

Bergi
Bergi

Reputation: 664336

You are correct, in ES6 this does throw an exception. There's two reasons why it doesn't for you:

  • node.js already implemented let - but it works correctly only in strict mode. You should use it.
  • babel does not appear to transpile the TDZ by default, as it is quite complicated and leads to lengthy code. You can however enable it with the es6.blockScopingTDZ/es6.spec.blockScoping option (but I'm not sure whether this worked in Babel 5 only and what happened in Babel 6 to them).

Upvotes: 2

Przemek
Przemek

Reputation: 803

Statement 

tmp = 'abc';

is not elegant but still OK in normal mode (except let keyword which is not allowed outside strict mode). It will simply create global variable. However, the code is not correct and will throw an error only when you executed this code in "strict mode". In this mode you have to declare all variables with one of this keywords:

  • var
  • let
  • const 

'use strict'
if(true) {
  tmp = 'abc';
  console.log(tmp);//which should throw referenceError and now it does
                  
  let tmp;
  console.log(tmp);

  tmp = 123;
  console.log(tmp);
}

Upvotes: 0

Lightness Races in Orbit
Lightness Races in Orbit

Reputation: 385104

No, it shouldn't throw a reference error.

The variable is implicitly declared (in the global scope) when you assign to it.

Then, later, you declare a new variable with the same name but a tighter scope. The new variable is not hoisted because it is declared using let.

I can't give a more precise answer, because you did not explain why you think you should get a reference error.

Upvotes: -2

Related Questions