The following might look like an opinionated , please give your opinions as well. I am actually just publishing this to validate my thoughts. Do recommend if you agree with it.// After publishing this, I found another great blog post by . // Check it out .// You can check that out and come back here for global error logging. article Nolan Lawson here Improving a Piece of Bad Code So lets start with bad . This is an example of someone who hasn’t escaped callback Hell. code Here all the underlying function calls return Promises, so there is no need to create but rather use return directly: new Promise Now because we can just pass the output of one function to another, we can just chain them like this: Now because our functions are simple, we can even compact it down to this: Simple and easy to understand isn’t it. Multiple Variables Now lets take an example of where you need two variables. Lets say for example you had a type of sausage and you need a particular type of bun for it. In this example we need the responses of two promises and one is dependent on another. You can extract the inner function out to another function, but you will be creating your closure there, so its going to be one and the same thing. There is another option of using Promise.all but I feel that makes the code difficult to maintain. But its a personal choice. Error Handling Now that we know how to chain promises, lets see some error handling. Can you differentiate between these two? There is a very important difference between the above two examples, people who only recently have moved from jQuery to React/Redux Stack who would have started using Axios, Fetch or other similar libraries feel that React started eating up their errors rather than propagating them forward. But its not React / Redux eating your errors. Lets say for example you have a Runtime Error in the function above, in the flow of things, your error would go into the catch and then would be called, when actually it should be should be logged so that you are notified rather than it just mysteriously disappearing. doSomething requestA fallbackForRequestFail fallbackForRuntimeError So in essence in the flow of code, only function will be called amongst the two. And any other error like Runtime Error will be propagated ahead which you can handle individually or just log such errors to your error logging service and fix them on a case by case basis. requestB Log Unhandled Rejected Promises In the Browser In Node.js You can read more about Handling Rejected Promises . here Do comment if you feel I’ve made a mistake. Do recommend if you feel more people should know about this. Also check out ’s in depth article . Nolan Lawson here is how hackers start their afternoons. We’re a part of the family. We are now and happy to opportunities. Hacker Noon @AMI accepting submissions discuss advertising &sponsorship To learn more, , , or simply, read our about page like/message us on Facebook tweet/DM @HackerNoon. If you enjoyed this story, we recommend reading our and . Until next time, don’t take the realities of the world for granted! latest tech stories trending tech stories

Flow

Chain

Facebook

Fetch

Too Long; Didn't Read

In your car, at home, or at work — Bosch technology shapes many areas of life.

Javascript Promises Best Practices & Anti Patterns

Too Long; Didn't Read

Companies Mentioned

Coins Mentioned

Aziz Khambati

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

Javascript Promises Best Practices & Anti Patterns

Too Long; Didn't Read

Companies Mentioned

Coins Mentioned

Aziz Khambati

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

RELATED STORIES