Meteor: utilisation correcte de Meteor.wrapAsync sur le serveur

From the Meteor.wrapAsync http://docs.meteor.com/#meteor_wrapasync vous pouvez voir que vous avez besoin de passer une fonction et optionnellement un contexte, alors que sur vos deux tentatives vous passez le résultat de l'appel de la version async de Stripe.customers.create .

Meteor.methods({
  stripeCreateUser: function(options) {
    // get a sync version of our API async func
    var stripeCustomersCreateSync=Meteor.wrapAsync(Stripe.customers.create,Stripe.customers);
    // call the sync version of our API func with the parameters from the method call
    var result=stripeCustomersCreateSync({
      description: 'Woot! A new customer!',
      card: options.ccToken,
      plan: options.pricingPlan
    });
    // do whatever you want with the result
    console.log(result);
  }
});

Meteor.wrapAsync transforme une fonction asynchrone en une fonction pratique d'apparence synchrone qui permet d'écrire du code d'apparence séquentielle. (sous le capot, tout est encore exécuté dans le noeud asynchrone.js boucle d'événement).

nous devons passer à Meteor.wrapAsync notre fonction API ( Stripe.customers.create ) avec le contexte de la fonction, c'est-à-dire this dans le corps de L'API func, qui dans ce cas est Stripe.customers .

EDIT:

Comment récupérer les erreurs ?

les fonctions traditionnelles D'API de style noeud prennent généralement un rappel comme dernier argument qui sera appelée en fin de compte lorsque la tâche est terminée. Ce callback prend 2 arguments: error et data, l'un ou l'autre sera nul selon le résultat de l'appel.

comment accéder à l'objet d'erreur en utilisant les fonctions enveloppées synchrones retournées par Meteor.wrapAsync ?

nous devons nous appuyer sur l'utilisation de blocs try/catch, parce qu'en cas d'erreur, il sera lancé par la fonction sync au lieu d'être passé comme premier argument de la asynchrone en fonction de rappel.

try{
  var result=syncFunction(params);
  console.log("result :",result);
}
catch(error){
  console.log("error",error);
}
// is the equivalent of :
asyncFunc(params,function(error,result){
  if(error){
    console.log("error",error);
    return;
  }
  console.log("result :",result);
});

pourquoi ne faut-il pas passer Stripe?

JavaScript n'a pas de concept" namespace", donc les développeurs D'API utilisent l'astuce courante de définir un objet global agissant en tant que namespace API, les propriétés définies sur cet objet sont des" sous-modules " de l'API. Cela signifie que Stripe.customers est un sous-module de L'API de bande exposant les fonctions liées aux clients, et en tant que tel ces fonctions this le contexte est Stripe.customers , pas Stripe .

vous pouvez le tester vous-même en copiant ce code de moquerie dans votre console de navigateur:

Stripe={
  customers:{
    create:function(){
      console.log(this==Stripe.customers);
    }
  }
};

et ensuite appeler la fonction de talon dans la console de votre navigateur comme ceci:

> Stripe.customers.create();
true