La compréhension des promesses node.js

Promesses node.js promis de faire un peu de travail, et d'avoir ensuite séparer les rappels qui seront exécutés pour le succès et l'échec ainsi que de la gestion des délais d'attente. Une autre façon de penser des promesses dans node.js c'est qu'ils étaient des émetteurs qui peut émettre que deux événements: la réussite et l'erreur.

La chose cool à propos de promesses est que vous pouvez les combiner dans la dépendance des chaînes (ne Promets C uniquement lorsque la Promesse d'Un et Promesse B complète).

Par leur retrait de la base node.js il a créé la possibilité de construire des modules avec différentes implémentations de promesses qui peuvent s'asseoir sur le dessus de la base. Certains de ces sont nœud-la promesse et les contrats à terme.

Une promesse est une "chose" qui représente le "éventuelle" des résultats d'une opération, pour ainsi dire. Le point à noter ici est que, il effectue l'abstraction des détails de quand quelque chose arrive et vous permet de vous concentrer sur ce qui doit arriver après que quelque chose se passe. Ce sera résultat en propre, maintenable code où au lieu d'avoir un rappel à l'intérieur d'un rappel à l'intérieur d'un rappel, votre code va ressembler à quelque chose comme:

 var request = new Promise(function(resolve, reject) {
   //do an ajax call here. or a database request or whatever.
   //depending on its results, either call resolve(value) or reject(error)
   //where value is the thing which the operation's successful execution returns and
   //error is the thing which the operation's failure returns.
 });

 request.then(function successHandler(result) {
   //do something with the result
 }, function failureHandler(error) {
  //handle
 });

Les promesses' spec états qu'une promesse de

then

méthode doit retourner une nouvelle promesse qui s'accomplit quand le successHandler ou la failureHandler de rappel est terminé. Cela signifie que vous pouvez à la chaîne promesses lorsque vous avez un ensemble de tâches asynchrones qui doivent être effectuées et être assuré que la séquence des opérations est garantie comme si vous aviez utilisé des rappels. Donc au lieu de passer un rappel à l'intérieur d'un rappel à l'intérieur d'un rappel, le code avec enchaîné promesses ressemble:

var doStuff = firstAsyncFunction(url) {
                return new Promise(function(resolve, reject) {
                       $.ajax({
                        url: url,
                        success: function(data) {
                            resolve(data);
                        },
                        error: function(err) {
                             reject(err); 
                        } 
                  });
               };
doStuff
  .then(secondAsyncFunction) //returns a promise
  .then(thirdAsyncFunction); //returns a promise

Pour en savoir plus sur les promesses, et pourquoi ils sont super cool, la caisse Dominique du blog : http://domenic.me/2012/10/14/youre-missing-the-point-of-promises/

Mike Taulty a une série de vidéos, chacun d'entre eux à moins de dix minutes de long, décrivant comment la WinJS Promesse de la bibliothèque fonctionne.

Ces vidéos sont assez instructif, et Mike parvient à montrer la puissance de la Promesse de l'API avec quelques-uns bien choisis des exemples de code.

var twitterUrl = "http://search.twitter.com/search.json?q=windows";
var promise = WinJS.xhr({ url: twitterUrl });

 promise = promise.then(
     function (xhr) {
     },
     function (xhr) {
         //handle error
     });

Le traitement de la façon dont les exceptions sont traitées, est particulièrement bon.

En dépit de la WinJs références, c'est un intérêt général série de vidéos, parce que la Promesse de l'API est assez similaire à travers ses nombreuses implémentations.

RSVP est un léger Promesse de mise en œuvre qui passe à la Promesse/Une+ test de suite. J'aime assez l'API, car il est similaire au style de la WinJS interface.

Mise À Jour Apr-2014

D'ailleurs, la WinJS bibliothèque est maintenant open source.

Est-ce qu'une Promesse ?

Une promesse est tout simplement un objet qui représente le résultat d'une opération asynchrone. Une promesse peut être dans l'une de ces 3 états :

en attendant :: C'est l'état initial, signifie la promesse n'est ni satisfait, ni rejetée.

remplies :: Cela signifie que la promesse a été accomplie, s'entend de la valeur représentée par la promesse est prêt à être utilisé.

rejeté :: Cela signifie que les opérations ont échoué et ne peut donc pas s'acquitter de la promesse.
À part les états, il y a trois entités importantes associées à des promesses dont nous avons vraiment besoin de comprendre

1. exécuteur de la fonction :: exécuteur de la fonction qui définit l'opération asynchrone qui doit être effectué et dont le résultat est représenté par la promesse. Il commence l'exécution dès que la promesse de l'objet est initialisé.

2. résoudre :: resolve est un des paramètres passés à la fonction d'exécuteur testamentaire , et dans le cas où l'exécuteur s'exécute avec succès, alors cette volonté est appelé le résultat le passage.

3. rejeter :: rejette, c'est un autre paramètre passé à la fonction d'exécuteur testamentaire , et il est utilisé lorsque l'exécuteur de la fonction échoue. La raison de l'échec peut être transmis à la rejeter.

Donc à chaque fois que nous créons un objet promise, nous avons à fournir de l'Exécuteur testamentaire, à Résoudre et à Rejeter.

Référence :: Promesses