Altcademy - a Forbes magazine logo Best Coding Bootcamp 2023

What is Hoisting in JavaScript?

Welcome to the world of JavaScript—the programming language that powers the web! In this blog post, we will delve into an interesting concept that often trips up beginners and seasoned developers alike: hoisting. Don't worry if you're not familiar with this term; we will break it down step by step, and by the end, you will have a solid understanding of what hoisting is and how it works in JavaScript.

What is Hoisting?

In simple terms, hoisting is JavaScript's behavior of moving variable and function declarations to the top of their containing scope. This means that you can use variables and functions before they are declared in your code. It's almost as if JavaScript "hoists" the declarations up to the top, making them available for use sooner than you might expect.

Let's start with a real-life analogy to help you understand hoisting better. Imagine you're packing for a trip, and you have a bunch of clothes and items scattered around your room. You start putting everything into your suitcase, but as you go, you realize that you need a specific item, like your toothbrush. Instead of searching for it in the mess, you decide to just write down a note to remember to pack your toothbrush later. As you continue packing, you eventually find the toothbrush and pack it. The act of writing down the note is similar to hoisting in JavaScript—it's like the program making a mental note that the toothbrush (or variable) will be needed and it will be found eventually.

Now that we have a basic understanding of what hoisting is, let's dive into some code examples to see how it works in practice.

Hoisting with var

Let's start by looking at hoisting with the var keyword. When you declare a variable using var, its declaration is hoisted to the top of its scope. However, the initialization (when you assign a value to the variable) stays where it is. This can lead to some unexpected behavior.

Here's an example:

console.log(message); // Output: undefined
var message = "Hello, world!";
console.log(message); // Output: Hello, world!

At first glance, you might expect the first console.log to throw an error because message hasn't been declared yet. However, due to hoisting, the JavaScript engine essentially rewrites the code like this:

var message;
console.log(message); // Output: undefined
message = "Hello, world!";
console.log(message); // Output: Hello, world!

As you can see, the declaration of message is hoisted to the top, but the initialization stays where it is. This is why the first console.log outputs undefined, as the variable has been declared but not yet assigned a value.

Hoisting with let and const

Now let's take a look at hoisting with the let and const keywords, which were introduced in ES6 (ECMAScript 2015). Unlike var, when you declare a variable with let or const, the declaration is not hoisted to the top of the block. Instead, the variable is in a "temporal dead zone" from the start of the block until the declaration is encountered.

Here's an example:

console.log(message); // Output: ReferenceError: message is not defined
let message = "Hello, world!";
console.log(message); // Output: Hello, world!

In this case, the first console.log throws a ReferenceError because message is in the temporal dead zone and is not accessible until the let declaration is encountered. This is an important distinction between var and let/const.

Hoisting with Functions

Functions in JavaScript can also be hoisted, but the behavior depends on how the function is declared.

Function Declarations

Function declarations are hoisted in their entirety, meaning both the declaration and the implementation (the code inside the function) are hoisted. Here's an example:

console.log(greet("John")); // Output: Hello, John!

function greet(name) {
  return "Hello, " + name + "!";
}

In this case, the function is hoisted to the top, allowing it to be called before it's declared in the code. The JavaScript engine essentially rewrites the code like this:

function greet(name) {
  return "Hello, " + name + "!";
}

console.log(greet("John")); // Output: Hello, John!

Function Expressions

Function expressions, on the other hand, are not hoisted in the same way as function declarations. When you declare a function using a function expression, the variable holding the function is hoisted, but the implementation stays where it is. This means you cannot call the function before it's defined in the code.

Here's an example:

console.log(greet("John")); // Output: TypeError: greet is not a function
var greet = function(name) {
  return "Hello, " + name + "!";
};
console.log(greet("John")); // Output: Hello, John!

The JavaScript engine rewrites the code like this:

var greet;
console.log(greet("John")); // Output: TypeError: greet is not a function
greet = function(name) {
  return "Hello, " + name + "!";
};
console.log(greet("John")); // Output: Hello, John!

As you can see, the variable greet is hoisted, but the function implementation stays where it is, leading to a TypeError when trying to call the function before it's defined.

Best Practices

Now that you have a good understanding of hoisting in JavaScript, let's discuss some best practices to help you avoid common pitfalls:

  1. Always declare your variables and functions at the top of their scope. This makes it clear what variables and functions are available and helps prevent bugs caused by hoisting.
  2. Use the let and const keywords instead of var when declaring variables. This can help you avoid issues caused by hoisting and also enforces better coding practices.
  3. Be cautious when using function expressions, as their hoisting behavior is different from function declarations.

By keeping these best practices in mind, you can write cleaner and more predictable JavaScript code.

Conclusion

In this blog post, we explored the concept of hoisting in JavaScript and how it affects variables declared with var, let, and const, as well as functions. We also discussed some best practices to help you navigate hoisting and write better code. With this knowledge in hand, you're well-equipped