Réponse 1:

Javascript a deux manières principales de traiter les tâches asynchrones - les rappels et les promesses. En général, les promesses sont considérées comme plus faciles à utiliser et à maintenir que les rappels. Mais en réalité, même les promesses seules ne vous rendront pas heureux. Le code asynchrone peut encore être assez difficile à lire et à comprendre. Par conséquent, les bibliothèques tierces, par exemple co, a fourni des moyens pour écrire un code asynchrone de type synchrone.

Cet article montre comment décrire tout code asynchrone comme un flux séquentiel de type synchrone et remplacer les rappels par des promesses et des fonctions asynchrones ES6.


Réponse 2:

Ils, ainsi que les rappels, les flux et les générateurs / thunks, permettent de gérer le travail différé dans votre application. Par exemple, renvoyer le résultat de la requête au client lorsqu'il revient de la base de données. Le principal avantage d'une promesse par rapport à un rappel est que vous disposez d'une instance d'un objet qui représente ce travail différé. Disons par exemple que vous vouliez faire deux choses en parallèle après une action asynchrone. Avec les rappels, vous devez créer un nouveau rappel qui gère ce flux. Avec les promesses, vous pouvez obtenir une promesse de la première action et la transmettre aux méthodes qui effectuent l'action suivante et récupèrent les promesses.

Compte tenu de cela, je dirais que le plus grand avantage est qu'il peut conduire à un code plus simple et plus propre, plus facile à tester et à maintenir. Comme une autre réponse l'a mentionné, il est toujours possible d'utiliser des rappels avec des promesses, vous ne devriez donc pas avoir de problème avec du code externe


Réponse 3:

Ils, ainsi que les rappels, les flux et les générateurs / thunks, permettent de gérer le travail différé dans votre application. Par exemple, renvoyer le résultat de la requête au client lorsqu'il revient de la base de données. Le principal avantage d'une promesse par rapport à un rappel est que vous disposez d'une instance d'un objet qui représente ce travail différé. Disons par exemple que vous vouliez faire deux choses en parallèle après une action asynchrone. Avec les rappels, vous devez créer un nouveau rappel qui gère ce flux. Avec les promesses, vous pouvez obtenir une promesse de la première action et la transmettre aux méthodes qui effectuent l'action suivante et récupèrent les promesses.

Compte tenu de cela, je dirais que le plus grand avantage est qu'il peut conduire à un code plus simple et plus propre, plus facile à tester et à maintenir. Comme une autre réponse l'a mentionné, il est toujours possible d'utiliser des rappels avec des promesses, vous ne devriez donc pas avoir de problème avec du code externe


Réponse 4:

Ils, ainsi que les rappels, les flux et les générateurs / thunks, permettent de gérer le travail différé dans votre application. Par exemple, renvoyer le résultat de la requête au client lorsqu'il revient de la base de données. Le principal avantage d'une promesse par rapport à un rappel est que vous disposez d'une instance d'un objet qui représente ce travail différé. Disons par exemple que vous vouliez faire deux choses en parallèle après une action asynchrone. Avec les rappels, vous devez créer un nouveau rappel qui gère ce flux. Avec les promesses, vous pouvez obtenir une promesse de la première action et la transmettre aux méthodes qui effectuent l'action suivante et récupèrent les promesses.

Compte tenu de cela, je dirais que le plus grand avantage est qu'il peut conduire à un code plus simple et plus propre, plus facile à tester et à maintenir. Comme une autre réponse l'a mentionné, il est toujours possible d'utiliser des rappels avec des promesses, vous ne devriez donc pas avoir de problème avec du code externe


Réponse 5:

Ils, ainsi que les rappels, les flux et les générateurs / thunks, permettent de gérer le travail différé dans votre application. Par exemple, renvoyer le résultat de la requête au client lorsqu'il revient de la base de données. Le principal avantage d'une promesse par rapport à un rappel est que vous disposez d'une instance d'un objet qui représente ce travail différé. Disons par exemple que vous vouliez faire deux choses en parallèle après une action asynchrone. Avec les rappels, vous devez créer un nouveau rappel qui gère ce flux. Avec les promesses, vous pouvez obtenir une promesse de la première action et la transmettre aux méthodes qui effectuent l'action suivante et récupèrent les promesses.

Compte tenu de cela, je dirais que le plus grand avantage est qu'il peut conduire à un code plus simple et plus propre, plus facile à tester et à maintenir. Comme une autre réponse l'a mentionné, il est toujours possible d'utiliser des rappels avec des promesses, vous ne devriez donc pas avoir de problème avec du code externe


Réponse 6:

Ils, ainsi que les rappels, les flux et les générateurs / thunks, permettent de gérer le travail différé dans votre application. Par exemple, renvoyer le résultat de la requête au client lorsqu'il revient de la base de données. Le principal avantage d'une promesse par rapport à un rappel est que vous disposez d'une instance d'un objet qui représente ce travail différé. Disons par exemple que vous vouliez faire deux choses en parallèle après une action asynchrone. Avec les rappels, vous devez créer un nouveau rappel qui gère ce flux. Avec les promesses, vous pouvez obtenir une promesse de la première action et la transmettre aux méthodes qui effectuent l'action suivante et récupèrent les promesses.

Compte tenu de cela, je dirais que le plus grand avantage est qu'il peut conduire à un code plus simple et plus propre, plus facile à tester et à maintenir. Comme une autre réponse l'a mentionné, il est toujours possible d'utiliser des rappels avec des promesses, vous ne devriez donc pas avoir de problème avec du code externe


Réponse 7:

Ils, ainsi que les rappels, les flux et les générateurs / thunks, permettent de gérer le travail différé dans votre application. Par exemple, renvoyer le résultat de la requête au client lorsqu'il revient de la base de données. Le principal avantage d'une promesse par rapport à un rappel est que vous disposez d'une instance d'un objet qui représente ce travail différé. Disons par exemple que vous vouliez faire deux choses en parallèle après une action asynchrone. Avec les rappels, vous devez créer un nouveau rappel qui gère ce flux. Avec les promesses, vous pouvez obtenir une promesse de la première action et la transmettre aux méthodes qui effectuent l'action suivante et récupèrent les promesses.

Compte tenu de cela, je dirais que le plus grand avantage est qu'il peut conduire à un code plus simple et plus propre, plus facile à tester et à maintenir. Comme une autre réponse l'a mentionné, il est toujours possible d'utiliser des rappels avec des promesses, vous ne devriez donc pas avoir de problème avec du code externe