Skip to main content

Use async and await judiciously

Async functions are a powerful feature in JavaScript and TypeScript, offering a cleaner, more readable alternative to working directly with Promises. However, it’s easy to overuse them or add unnecessary layers of complexity.  By understanding when and how to use async and await effectively, you can write more concise, efficient, and maintainable code.

Let’s explore a common scenario where async and await may be overapplied, and how simplifying the function structure can improve code readability and maintainability without sacrificing intent. Take a look at this function which wraps an async function which deletes an entity form a database:

const deleteEntity = async (id: number) => {
    return await db.entity.delete({ id });
}


You would also await deleteEntity when calling it, resulting in two promises, unnecessarily verbose code and less efficient execution.. Instead of awaiting the promise created in deleteEntity, it can just be returned:

const deleteEntity = async (id: number) => {
    return db.entity.delete({ id });
}


Although async functions can contain zero or more awaits, it doesn’t really make much sense having async if you have zero awaits and it certainly isn’t necessary:

const deleteEntity = (id: number) => {
    return db.entity.delete({ id });
}

async can be a useful indicator that a function should be awaited, all async functions return a promise. However, I prefer to indicate this by specifying the return type:

const deleteEntity = (id: number) : Promise<void> => {
    return db.entity.delete({ id });
}


It may come down to style, but at this point the deleteEntity function body isn’t required either:

const deleteEntity = (id: number) : Promise<void> => db.entity.delete({ id });

This way you can have much simpler code, which can be considered easier to maintain while maintaining the intent and identical functionality.

Async functions are a valuable tool for simplifying asynchronous code in JavaScript and TypeScript, but using them unnecessarily can lead to bloated and inefficient code. A common pitfall is wrapping Promises in extra layers of async and await, resulting in redundant code without added benefit. By simply returning the Promise or specifying the return type, functions can be made more concise and readable without losing clarity or intent. Ultimately, understanding the behavior of async and await allows for better code decisions and improved maintainability.

Read more here.

Comments

Popular posts from this blog

Catalina-Ant for Tomcat 7

I recently upgraded from Tomcat 6 to Tomcat 7 and all of my Ant deployment scripts stopped working. I eventually worked out why and made the necessary changes, but there doesn’t seem to be a complete description of how to use Catalina-Ant for Tomcat 7 on the web so I thought I'd write one. To start with, make sure Tomcat manager is configured for use by Catalina-Ant. Make sure that manager-script is included in the roles for one of the users in TOMCAT_HOME/conf/tomcat-users.xml . For example: <tomcat-users> <user name="admin" password="s3cr£t" roles="manager-gui, manager-script "/> </tomcat-users> Catalina-Ant for Tomcat 6 was encapsulated within a single JAR file. Catalina-Ant for Tomcat 7 requires four JAR files. One from TOMCAT_HOME/bin : tomcat-juli.jar and three from TOMCAT_HOME/lib: catalina-ant.jar tomcat-coyote.jar tomcat-util.jar There are at least three ways of making the JARs available to Ant: Copy the JARs into th...

Write Your Own Load Balancer: A worked Example

I was out walking with a techie friend of mine I’d not seen for a while and he asked me if I’d written anything recently. I hadn’t, other than an article on data sharing a few months before and I realised I was missing it. Well, not the writing itself, but the end result. In the last few weeks, another friend of mine, John Cricket , has been setting weekly code challenges via linkedin and his new website, https://codingchallenges.fyi/ . They were all quite interesting, but one in particular on writing load balancers appealed, so I thought I’d kill two birds with one stone and write up a worked example. You’ll find my worked example below. The challenge itself is italics and voice is that of John Crickets. The Coding Challenge https://codingchallenges.fyi/challenges/challenge-load-balancer/ Write Your Own Load Balancer This challenge is to build your own application layer load balancer. A load balancer sits in front of a group of servers and routes client requests across all of the serv...

AWS Summit London 2025

It felt good to be back at the AWS Summit . I got a lot out of last year and this year was interesting too. I attended some sessions on interesting topics and some which reassured me I’m doing the right things.  It was good to catch up with some old friends, see my colleagues in person and chat with some of our suppliers at their stands. For an event which boasts 24,000 attendees, most things run extremely smoothly. My only real gripes are not being able to get into some sessions as they were full and the length of time it takes to get a cuppa! Keynote I skipped the keynote last year as I was keen to get on with some hands on labs. This year I thought I’d find out what it was all about. It took place in the 4000 capacity auditorium, but that was full, so I watched in one of the many smaller theatres.  The theatres aren’t exactly small, each one holds more people than the entire nor(DEV):con conference in Norwich. Each is separated by only a curtain and headphones are provided...