Meteor: właściwe użycie meteoru.wrapasync na serwerze

Z Meteor.wrapAsync http://docs.meteor.com/#meteor_wrapasync widzisz, że musisz przekazać mu funkcję i opcjonalnie kontekst, podczas gdy podczas dwóch prób przekazujesz wynik wywołania asynchronicznej wersji 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 przekształca funkcję asynchroniczną w wygodną funkcję synchroniczną, która umożliwia pisanie sekwencyjnie wyglądającego kodu. (underhood wszystko jest nadal wykonywane w obrębie węzła asynchronicznego.js event loop).

We trzeba przejść do Meteor.wrapAsync naszej funkcji API (Stripe.customers.create) wraz z kontekstem funkcji, czyli this wewnątrz ciała func API, który w tym przypadku jest Stripe.customers.

EDIT:

Jak odzyskać błędy ?

Tradycyjne funkcje API w stylu węzłów zwykle przyjmują wywołanie zwrotne jako ostatni argument, który zostanie wywołany ostatecznie po zakończeniu wymaganego zadania. To wywołanie zwrotne pobiera 2 argumenty: błąd i dane, albo jeden będzie null zgodnie z wynikiem sprawdzam.

Jak uzyskać dostęp do obiektu błędu przy użyciu funkcji zawiniętych synchronicznie zwracanych przez Meteor.wrapAsync?

Musimy polegać na użyciu bloków try/catch, ponieważ w przypadku błędu zostanie on wyrzucony przez funkcję sync zamiast być przekazywany jako pierwszy argument funkcji asynchronicznej.

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

Dlaczego Stripe nie musi być przekazywane?

JavaScript nie ma pojęcia "przestrzeni nazw" , więc deweloperzy API używają wspólnej sztuczki definiowania globalnego obiekt pełniący funkcję przestrzeni nazw API, właściwości zdefiniowane w tym obiekcie są "podmodułami" API. Oznacza to, że Stripe.customers jest podmodułem interfejsu API Stripe, eksponującym funkcje związane z klientami, i jako takie te funkcje this kontekstem jest Stripe.customers, a nie Stripe.

Możesz go przetestować samodzielnie, kopiując ten szyderczy kod w konsoli przeglądarki:

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

A następnie wywołanie funkcji stub w konsoli przeglądarki w następujący sposób:

> Stripe.customers.create();
true