Your Web News in One Place

Help Webnuz

Referal links:

Sign up for GreenGeeks web hosting
December 24, 2020 01:51 pm GMT

why you shouldn't use arrow functions?

Who doesnt 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 !"}
Enter fullscreen mode Exit fullscreen mode
const result = list.map(function(item) { return item; })
Enter fullscreen mode Exit fullscreen mode

With Es6 functions

const holidays = () => "Merry Christmas and a happy new year !"
Enter fullscreen mode Exit fullscreen mode
const result = list.map((item) => item)
Enter fullscreen mode Exit fullscreen mode

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++;}}
Enter fullscreen mode Exit fullscreen mode

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++;}}
Enter fullscreen mode Exit fullscreen mode

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;};
Enter fullscreen mode Exit fullscreen mode

Similarly, in the previous case, the method share() wont 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; };
Enter fullscreen mode Exit fullscreen mode

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 method
  • Does not have arguments
  • 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

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 .


Original Link: https://dev.to/blessingartcreator/why-you-shouldn-t-use-arrow-functions-35mc

Share this article:    Share on Facebook
View Full Article

Dev To

An online community for sharing and discovering great ideas, having debates, and making friends

More About this Source Visit Dev To