Await dans les chaînes de promesses: plonger dans les pièges

dans Angular 6, vous avez peut-être rencontré la notion que le modèle suivant est découragé:

await someFunction().then(result => {
    console.log(result);
});

Initialement, cela peut sembler déroutant car il exécute essentiellement la même tâche que:

const result = await someFunction();
console.log(result);

Le second est généralement considéré comme plus concis et préféré, mais la question se pose: pourquoi attend une chaîne de promesses potentiellement problématique?

Comprendre les dangers

Bien que les extraits ci-dessus puissent apparaître équivalents, il y a des différences subtiles qui peuvent introduire des riches:

combinant les approches synchrones (attendre) et asynchrones (alors) peuvent conduire à la confusion et à des mélanges. Cela peut entraîner un code incohérent et des bogues possibles.
2. Flux de contrôle complexe:

à mesure que le code devient plus complexe, l'ajout d'un autre appel de promesse dans un rappel alors peut introduire une gamme de nouveaux scénarios. Il n'est pas clair si vous pouvez utiliser Await dans le rappel, comment gérer les rendements conditionnels ou s'il est possible de revenir de la fonction extérieure. Ces incertitudes peuvent conduire à un comportement inattendu et à des défauts de code. embrasser la cohérence

pour améliorer la lisibilité, la maintenabilité et prévenir les bogues, il est conseillé d'éviter de mélanger les chaînes de promesse avec Await. Adoptez une approche cohérente où vous utilisez attendre tout au long de vos fonctions asynchrones.

En adhérant à cette directive, vous pouvez assurer la clarté, minimiser la confusion et améliorer la qualité globale de votre base de code.