Comment gérer plusieurs promesses dans AngularJS_AngularJS

Lorsque vous utilisez AngularJS pour gérer des promesses, vous rencontrerez parfois des situations dans lesquelles vous devrez gérer plusieurs promesses.

La solution la plus simple est d'en avoir pour chaque promesse. Comme suit :

var app = angular.module("app",[]);
app.controller("AppCtrl", function($q. $timeout){
var one = $q.defer();
var two = $q.defer();
var three = $q.defer();
$timeout(function(){
one.resolve("one done");
}, Math.random() * 1000)
$timeout(function(){
two.resolve("two done");
}, Math.random() * 1000) 
$timeout(function(){
three.resolve("three done");
}, Math.random() * 1000) 
functioin success(data){
console.log(data);
}
one.promise.then(success);
two.promise.then(success);
three.promise.then(success);
})

Y a-t-il une meilleure façon ?

La méthode $q.all peut accepter un tableau de promesses et est appelée comme suit :

var all = $q.all([one.promise, two.promise, three.promise]);
all.then(success);

Qu'est-ce que la promesse ?

Promise est une méthode de traitement des valeurs de manière asynchrone. Promise est un objet, qui représente la valeur de retour finale possible ou l'exception levée par une fonction. Lorsque nous traitons avec des objets distants, nous pouvons les considérer comme des objets distants. d'un mandataire. Si la promesse est aussi une sorte de méthode de traitement asynchrone, alors penserons-nous à sa différence avec XHR et $.ajax ?

Il est d'usage que js utilise des fermetures ou des rappels pour répondre aux données renvoyées de manière asynchrone, telles que les requêtes XHR après le chargement de la page. Nous pouvons interagir normalement avec les données comme si elles avaient été renvoyées sans compter sur le déclenchement de la fonction de rappel.

Alors, quel problème la promesse proposée par ng est-elle censée résoudre ? Les rappels sont utilisés depuis longtemps et le débogage devient généralement très difficile s'il existe des rappels qui dépendent d'autres rappels, et des erreurs doivent être affichées après chaque appel. La différence est que les promesses fournissent une autre abstraction : ces fonctions renvoient des objets de promesse.

Pourquoi utiliser la promesse

L'un des avantages de l'utilisation des promesses est que vous échappez à la logique de pensée fixe des rappels. La promesse fait ressembler le mécanisme de traitement asynchrone à une synchronisation. Sur la base de fonctions synchrones, nous pouvons capturer les valeurs de retour et les valeurs d'exception comme prévu. Les erreurs peuvent être détectées à tout moment dans le programme et contourner le code ultérieur qui repose sur les exceptions du programme. Nous n'avons pas besoin de penser aux avantages de cette synchronisation. Par conséquent, le but de l’utilisation des promesses est d’obtenir des capacités de combinaison fonctionnelle et de propagation d’erreurs tout en conservant la possibilité d’exécuter le code de manière asynchrone.

Promise est un objet de première classe et est livré avec quelques conventions.

• Une seule résolution ou un seul rejet sera appelé.

• Si une promesse est exécutée ou rejetée, les gestionnaires qui en dépendent seront quand même appelés.

• Les gestionnaires sont toujours appelés de manière asynchrone.