Who doesn’t love the simplicity of arrow functions? Introduced as part of the ECMAScript 6, arrow functions went viral. The new syntax to declare functions saves us time and enhancing clarity in many situations, removing all the distracting, unnecessary, chunk that usually came with declaring a JS function 😫. In this article we'll talk more about when we should and not use arrow functions, so hold tight and continue with me until the end to avoid confusion.
Regular funciton declaration
function holidays(){
return "Merry Christmas and a happy new year 😀!"
}
const result = list.map(function(item) { return item; })
With Es6 functions
const holidays = () => "Merry Christmas and a happy new year 😀!"
const result = list.map((item) => item)
Isn't it lovely? In any case, we have to be cautious as the difference between them is not only just syntax, so we can't use it in every situation.
So when is using arrow functions not advisable 🙄?
1. Object methods
const post= {
likes: 0,
like: () => {
this.likes++;
}
}
In the example above, it would be instinctive to think that every time we call post.like()
the property post.likes
would increase by one, initially from 0 to 1.
Unfortunately, this is not the case, the value of likes will sadly remain the same and this post will never get to be popular.
Invoking the method like() would simply attempt to increment the property likes on the global window object.
However, if instead, we use the traditional syntax:
const post = {
likes: 0,
like: function() {
this.likes++;
}
}
2. Object Prototype
Similar to the example above, object prototypes will evaluate this as the global window object, like in the following example:
class Post {
constructor(title) {
this.title = title;
this.shared = false;
}
};
Post.prototype.share = () => {
return this.shared = true;
};
Similarly, in the previous case, the method share() won’t work due to the enclosed scope to the window object. And again the solution will look familiar:
Post.prototype.share2 = function() { return this.shared = true; };
In addition to what we saw above here are some limitations of arrow functions:
- Does not have its own binding to this or super
- Should not be used as an event handler, a method of an object, a method of a class, or a prototype method, or when you have a function that uses the arguments object.
- Not suitable for call, apply and bind methods, which generally rely on establishing a scope
- Cannot be used as a constructor
- Cannot use yield within its body
Taken from MDN
To be continued...
Thank you for taking your time and read this post, hope you enjoyed it. Let me know what you think in the comments and don't forget to connect with me or hit me up on Twitter, Instagram and Linkedin. Once again, Merry Christmas and a happy new year of 2021 🌲.
Top comments (17)
const holidays = () => return "Merry Christmas and a happy new year 😀!"
In this example you dont really need word "return". Arrow functions which are one line and dont use curly braces automatically return result. So it should be like this:
const holidays = () => "Merry Christmas and a happy new year 😀!"
I wanted to be more clear. But yours also works well.
Usage of
return
explicitly into a single statement arrow function (without the curly brackets), is actually a syntax error 🙁.I also changed it lol.
Actually, you said arrow functions don't have arguments.
That is false.
You can read it from here:
developer.mozilla.org/en-US/docs/W...
Oh, you meant the keyword (you should probably specify that in the post).
Yeah, I just added it now.
Thanks for the info. Looking for the continuation.
Small note: I think there is a typo for your first example Object methods. You mention "the property post.claps would increase by one". However, there is not property "claps" in the code example. There is "likes" though.
At any rate, good stuff here and thanks again for posting.
ohhh I didn't catch that. Thanks for correcting
As far as your first point, that's literally just syntax sugar/shorthand for a regular
function
declaration.Great article. Thanks 🙂
For object methods, you should use the "like() {}" syntax
That's a good one.
cool stuff! Actually, I didn't know this 😍(before reading this post)
Glad it helped 😁
Please replace "why" with "when" in your post as it is very misleading, thanks.