Meteor: Korrekte Verwendung der Meteor.wrapAsync auf dem server

Aus der Meteor.wrapAsync http://docs.meteor.com/#meteor_wrapasync können Sie sehen, dass Sie brauchen, um es zu übergeben, eine Funktion und Optional einem Kontext, in der Erwägung, dass auf Ihr zwei versucht, übergeben Sie das ERGEBNIS des Aufrufs der asynchronen version von 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 verwandelt eine async-Funktion in eine komfortable synchron-suchen-Funktion die es erlaubt, zu schreiben sequentiell suchen code. (Motorraum ist noch alles ausgeführt, die innerhalb der asynchronen Node.js Ereignis-Schleife).

Wir brauchen, um passieren zu Meteor.wrapAsync unsere API-Funktion (Stripe.customers.create) zusammen mit der Funktion, Kontext, dh this im inneren des Körpers der API func, die in diesem Fall ist Stripe.customers.

EDIT :

Abrufen Fehler ?

Traditionellen Knoten-Stil-API-Funktionen nehmen in der Regel einen Rückruf als letztes argument wird genannt, bekommen schließlich, wenn die gewünschte Aufgabe abgeschlossen ist. Dieser Rückruf erfolgt 2 Argumente : Fehler und Daten, die entweder eine null nach dem Ergebnis der Ausschreibung.

Wie wir Zugriff auf das error-Objekt mithilfe der synchronen gewickelt Funktionen zurückgegeben Meteor.wrapAsync ?

Müssen wir verlassen sich auf die Verwendung von try/catch-Blöcke, da im Falle eines Fehlers, es wird ausgelöst, indem Sie die sync-Funktion statt übergeben wird als erstes argument des asynchronen callback-Funktion.

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);
});

warum nicht Streifen, müssen weitergegeben werden?

JavaScript hat keine "namespace" - Konzept, also API-Entwickler können mit dem trick der Definition einer global-Objekt fungiert als API-namespace definierten Eigenschaften für dieses Objekt sind "sub-Module" des API.
Es bedeutet, dass Stripe.customers ist ein Submodul der Streifen API freilegen Kunden-bezogene funcs, und als solche werden diese funcs this Kontext ist Stripe.customers, nicht Stripe.

Können Sie es selbst testen, indem Sie kopieren und einfügen dieser spöttische code in der browser-Konsole :

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

Und dann den Aufruf der stub-Funktion in Ihrem browser-Konsole wie diese :

> Stripe.customers.create();
true

InformationsquelleAutor der Antwort saimeunt

Als erstes danke an @saimeunt für seine Antwort, die macht einige schwierige Konzepte klar.
Allerdings hatte ich das problem, wollen einen klassischen asynchronen callback(err, Ergebnis), beide zeigen den Fehler und das Ergebnis zurück an den client, so dass ich geben kann informative Meldungen im browser.

Ich löste es auf diese Weise:

Server-code:

var Stripe = StripeAPI(STRIPE_SECRET_KEY);

Meteor.methods({
    createCust: Meteor.wrapAsync(Stripe.charges.create, Stripe.charges)
});

Client-code:

var stripeCallOptions = {
    description: 'Woot! A new customer!',
    card: ccToken,
    plan: pricingPlan
};


Meteor.call('createCust', stripeCallOptions, function(error, result){
    console.log('client error', error);
    console.log('client result', result);
});

Sieht gut aus. Aber leider wrapAsync hat einen Fehler, (siehe https://github.com/meteor/meteor/issues/2774), weil Sie nicht wiederherstellen Sie die richtigen Fehler an den Aufrufer. Ein Genie genannt Faceyspacey geschrieben hat, einen Ersatz namens Meteor.makeAsync() findest du auf der bug-Seite habe ich erwähnt, welche jedoch liefert entweder das Ergebnis ODER der Fehler auf die 'result' - variable ist, verlassen die 'Fehler' variable nicht definiert.
Das ist in Ordnung mit mir nun, wenigstens habe ich einen Haken auf die richtige Fehler-Objekt.

Wenn Sie makeAsync (), müssen Sie die import-Futures wie dieser:

Meteor.startup(function () {
    //this is so that our makeAsync function works
    Future = Npm.require('fibers/future');
});

InformationsquelleAutor der Antwort mwarren