DEV Community

Cover image for JavaScript Functions: Declare or Express?
Iris Diakoumi
Iris Diakoumi

Posted on • Originally published at blog.iridium.codes

JavaScript Functions: Declare or Express?

Oh, JavaScript... That majestic, elusive beast we developers try to tame.. (I mostly fail).
In my newbie quest for JS knowledge, I came across this concept of "declaring" a function vs "expressing" it. Whaaaat? πŸ€”

I did what I always do. I googled. And then I googled some more. I fell down a rabbit hole of articles and official docs and tweets. And this (in summary) is what I came up with.

A function declaration:

function calcRectArea(width, height) {
  return width * height;
}

console.log(calcRectArea(5, 6));
// expected output: 30

Enter fullscreen mode Exit fullscreen mode

A valid function declaration must always begin with function, as a var declaration is supposed to begin with var.

vs.

A function expression:

const getRectArea = function(width, height) {
  return width * height;
};

console.log(getRectArea(3, 4));
// expected output: 12
Enter fullscreen mode Exit fullscreen mode

Very similar to the function declaration syntax, but we can omit the function name, in order to create an anonymous function.
The logic is then stored in getRectArea and can be called using that.

"OK, but is there actually any difference?" Glad you asked!

Glad you asked!

It's all about that hoisting

Function declarations in JavaScript are "hoisted". What that means is that functions that are declared, are made available "at the top" of the code; giving them global scope or at least bumping them up, at the top of the enclosing function.

In reality, function declarations will be loaded before any other piece of code is executed. So the following is made possible:

hoisted(); // logs "foo" even when it's called BEFORE the declaration

function hoisted() {
  console.log('foo');
}
Enter fullscreen mode Exit fullscreen mode

However, function expressions are not hoisted, and this would produce an error:

notHoisted(); // TypeError: notHoisted is not a function

var notHoisted = function() {
   console.log('bar');
};
Enter fullscreen mode Exit fullscreen mode

Why would anyone use a function expression over a declaration?

It's all about location and timing

You need to consider what the function's purpose is, how and where in your code you plan to use it.
Do you need to access it globally or perhaps just as an argument for another function? Will you reuse it? Or is it just a one-time thing?

Some use cases:

IIFEs [ immediately invoked function expressions ]:
This is a function that is dynamically declared at runtime, at the precise moment that it is needed/invoked. Use it and then throw it away!

(function() {
    console.log('This is my first blog post!')
})();
Enter fullscreen mode Exit fullscreen mode

For a very detailed list of IIFE use cases you can check out this article (I guess it's out of this article's scope... get it? πŸ˜‚ )

Callbacks [a function as an argument for another function]:

button.addEventListener('mouseover', function(event) {
    console.log('Click that button!!!')
})
Enter fullscreen mode Exit fullscreen mode

In Summary:

When you don't need to access a function globally, go with a function expression. It's best to use it ad-hoc, even let it remain anonymous, limit its scope, and keep your code clean and lean. Otherwise, go with a function declaration.

PS. I spotted a record of someone mentioning a performance difference between declaration and expression, depending on the browser/javascript engine they used. However, I haven't tried it myself, so I take it with a grain of salt... πŸ€·πŸ»β€β™€οΈ

PPS. Anyone else hate the word 'hoist'? No? Just me? Ok then...

Disclaimer: This blog is not an expert guide, just my attempt to make sense of stuff. If you spot any glaring mistakes or have any feedback at all, please let me know.
This article is my submission for the first task assigned by Chris Bongers during the Hashnode Technical Writing Bootcamp II .

Now, on to the next one!

Spongebob and Patrick say Hooray

References:

Top comments (0)