Const and Let
ES6 - const
and let
const
and let
Learning Objectives
After this lesson, you will be able to:
Contrast
const
withvar
Contrast
let
withvar
Apply
const
andlet
const
and let
const
and let
const
and let
are new keywords for declaring variables. Where before you would have declared:
With ES6, you can now declare:
or
const
const
const
is short for "constant". It literally means, "declaring a variable that will be constant." So, a const
can't be reassigned. If I assign a const
to a primitive type (e.g. a string, number, or boolean), I can't change its value at all.
This CodePen illustrates this. Click the little red exclamation point to see the error.
Try to use const
whenever possible to maintain predictability.
But!
Just to make it a little trickier, this does not mean that a const
is immutable. JavaScript assigns by reference. This means that a variable can't be reassigned entirely, but we can change a property of an object or add an item to an array. If I assign an object literal as a const
variable like this:
I can then change the values of the keys in it, like this:
The new value of anObject
is now:
This is valid, because anObject
's reference doesn't change. I just can't wipe the whole variable.
let
let
So, that's const
. The other replacement for var
is let
.
let
has the same normal assignment rules as var
. The value and reference of a let
variable can change, so this will run with no errors:
Open the console in This CodePen and you'll see that the JavaScript runs, and "goodbye" is logged to the console (to view the console, click the 'console' tab at the bottom of the Codepen window).
When declaring variables using ES6 syntax, if you need to declare a variable whose value will not change, declare it as a const
. If the variable's value will or might change, declare it as a let
.
let
, like var
, can be reassigned as much as you like. Why use let
at all, then, when you could just use var
?
let
is actually about scoping
let
is actually about scopingVariables in JavaScript are scoped - or track values - either globally or within an entire function. Since var
in JavaScript is scoped to the nearest parent function, it can be pretty unpredictable, right?
Despite declaring var x
in two different places, it's the same variable, leading to some unwanted and unexpected behavior. Scoping is something that always needs to be tracked in JavaScript for precisely reasons like this.
ES6 introduced let
to fix this scoping issue. Using let
is more predictable and straightforward than using var
. let
is a block scoped variable, so its value is scoped to the nearest curly braces {}
, rather than the whole function. Thus, within a loop, let
will create a new instance for each iteration instead of changing the original variable.
You can see this in action in This CodePen - open the console to see the difference.
Here's another example. Using regular var
, this always prints 5.
It prints 5
because var
extends the scope of i
outside the scope of the for loop curly braces. In this example, there is just one variable called i
whose value gets overwritten many times.
However, if we use let
, we can give each variable in that for
loop its own scope. let
makes the scope of i
appear only inside the curly braces of the for
loop; let
actually creates a new i
variable each time the for
loop goes through. Each i
variable has a value that never changes.
With more predictable scope, let
variables are easier to keep track of visually than var
s, and less likely to introduce bugs to your code.
Thought Exercise:
Here's a tricky one. Look at this index.js
file. You have:
Should that post
variable be a let
or a const
?
Did you think about it? Do you have an idea? Then the answer is...
const
. We want to show one post which will be displayed constantly. The one post should never change.
Now, the comments might change. People should be able to add or remove their own comments. Remember that const
only refers to what the variable post
references. We're still allowed to modify the values inside of the object.
Using const
will guarantee that the post
object is never swapped out for an entirely other blog post object. Using const
will still allow us to modify the values of the title
authors
body
and comments
inside the constant object.
Last updated