Retour Attendre en JavaScript : impact sur les performances ou problème de style ?

Implications sur les performances de return wait

La règle de non-retour d'attente d'ESLint interdit l'utilisation de return wait. La règle prévient que l'attente de retour introduit un délai inutile avant qu'une promesse ne soit résolue ou rejetée. Cependant, la documentation de la fonction asynchrone MDN fournit des exemples d'attente de retour sans aucune mise en garde concernant les problèmes de performances.

Implications sur les performances

Contrairement à la description de la règle ESLint, l'attente de retour n'a pas d'implications significatives sur les performances. Il peut s'exécuter légèrement plus lentement qu'un retour simple, mais cette différence est négligeable dans la plupart des scénarios.

Convivialité et style

Bien que l'attente de retour ne soit pas un problème de performances, elle est considérée comme un style médiocre. Cela indique des idées fausses potentielles sur les promesses et l'async/l'attente. Un retour simple accomplit la même fonctionnalité sans l'opération supplémentaire.

Gestion des exceptions

Cependant, il existe un cas où l'attente de retour fait une différence critique :

try {
  ...
  return await ...;
} ...

attendre déclenche la résolution de la promesse avant d'exécuter les gestionnaires catch ou enfin. Un retour simple contournerait ce comportement, conduisant à un traitement incorrect des promesses rejetées.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!