Node.js
Async / En attente

Introduction

Fonctions asynchrones avec gestion des erreurs de try-catch

L'une des meilleures caractéristiques de la syntaxe asynchrone / d'attente est qu'un style de codage try-catch standard est possible, tout comme vous écrivez du code synchrone.

const myFunc = async (req, res) => {
  try {
    const result = await somePromise();
  } catch (err) {
    // handle errors here
  }
});

Voici un exemple avec Express et promise-mysql:

router.get('/flags/:id', async (req, res) => {

  try {

    const connection = await pool.createConnection();

    try {
      const sql = `SELECT f.id, f.width, f.height, f.code, f.filename
                   FROM flags f
                   WHERE f.id = ?
                   LIMIT 1`;
      const flags = await connection.query(sql, req.params.id);
      if (flags.length === 0)
        return res.status(404).send({ message: 'flag not found' });

      return res.send({ flags[0] });

    } finally {
      pool.releaseConnection(connection);
    }

  } catch (err) {
    // handle errors here
  }
});

Comparaison entre promesses et async / en attente

Fonction utilisant des promesses:

function myAsyncFunction() {
    return aFunctionThatReturnsAPromise()
           // doSomething is a sync function
           .then(result => doSomething(result))
           .catch(handleError);
}

Alors, voici quand Async / Await entre en action pour que notre fonction soit plus propre:

async function myAsyncFunction() {
  let result;

  try {
      result = await aFunctionThatReturnsAPromise();
  } catch (error) {
      handleError(error);
  }

  // doSomething is a sync function
  return doSomething(result);
}

Le mot-clé async serait donc similaire à write return new Promise((resolve, reject) => {...} .

Et await même façon pour obtenir votre résultat, then rappel.

Je laisse ici un gif assez bref qui ne laissera aucun doute après l'avoir vu:

GIF

Progression des rappels

Au début, il y avait des rappels, et les rappels étaient corrects:

const getTemperature = (callback) => {
  http.get('www.temperature.com/current', (res) => {
    callback(res.data.temperature)
  })
}

const getAirPollution = (callback) => {
  http.get('www.pollution.com/current', (res) => {
    callback(res.data.pollution)
  });
}

getTemperature(function(temp) {
  getAirPollution(function(pollution) {
    console.log(`the temp is ${temp} and the pollution is ${pollution}.`)
    // The temp is 27 and the pollution is 0.5.
  })
})

Mais il y avait quelques problèmes vraiment frustrants avec les rappels, nous avons donc tous commencé à utiliser des promesses.

const getTemperature = () => {
  return new Promise((resolve, reject) => {
    http.get('www.temperature.com/current', (res) => {
      resolve(res.data.temperature)
    })
  })
}

const getAirPollution = () => {
  return new Promise((resolve, reject) => {
    http.get('www.pollution.com/current', (res) => {
      resolve(res.data.pollution)
    })
  })
}

getTemperature()
.then(temp => console.log(`the temp is ${temp}`))
.then(() => getAirPollution())
.then(pollution => console.log(`and the pollution is ${pollution}`))
// the temp is 32
// and the pollution is 0.5

C'était un peu mieux. Enfin, nous avons trouvé async / waiting. Qui utilise encore des promesses sous le capot.

const temp = await getTemperature()
const pollution = await getAirPollution()

Arrête l'exécution à l'attente

Si la promesse ne renvoie rien, la tâche asynchrone peut être terminée en utilisant await .

try{
    await User.findByIdAndUpdate(user._id, {
        $push: {
            tokens: token
        }
    }).exec()
}catch(e){
    handleError(e)
}