Vermeiden Callback Hell mit mehreren Meteor Methodenaufrufen auf Client

Question

Ich habe mehrere Meteor.calls, wobei jede Methode von der Antwort einer anderen Meteor-Methode abhängt.

Kunde

Meteor.call('methodOne', function(err, resOne){ 
    if(!err){ 
     Meteor.call('methodTwo', resOne, function(err, resTwo){ 
      if(!err){ 
       Meteor.call('methodThree', resTwo, function(err, resThree){ 
        if(err){ 
         console.log(err); 
        } 
       }) 
      } 
     }); 
    } 
}); 

Von Meteor Dokumentation Ich weiß

„auf dem Client läuft genannt Methoden asynchron, so dass Sie einen Rückruf, um passieren müssen das Ergebnis des Aufrufs zu beobachten.“

Ich weiß, dass ich eine weitere Meteor-Methode auf dem Server erstellen kann, um die Methoden 'methodOne', 'MethodTwo', 'MethodThree' mit Meteor.async oder sequentiell ohne Callback auszuführen. Aber ich bin besorgt, dass dieser Weg meine Meteormethoden dazu bringen wird, aufgebläht und verstrickt zu werden, was zu Spaghetti-Code führt. Ich würde lieber jede Meteor Methode einfach mit einem Job machen und eine elegantere Methode finden, die Anrufe auf dem Client zu verketten. Irgendwelche Ideen, gibt es eine Möglichkeit, Promises auf dem Client zu verwenden?

Answer 1

Da die andere Antwort schlägt RSVP diese Antwort wird Bluebird vorschlagen, welche tatsächlich die schnellste Versprechen Bibliothek ist, wenn real benchmarks läuft. Anstatt amicrobenchmark misst das wirklich nichts Sinnvolles. Wie auch immer, ich wähle es nicht für die Leistung, ich nehme es hier, weil es auch am einfachsten zu verwenden ist und das mit der besten Debuggability.

Im Gegensatz zur anderen Antwort unterdrückt dieser auch keine Fehler und die Kosten für die Rückgabe der Funktion sind marginal, da kein Promise-Konstruktor aufgerufen wird.

var call = Promise.promisify(Meteor.call, Meteor); 

var calls = call("methodOne"). 
      then(call.bind(Meteor, "methodTwo")). 
      then(call.bind(Meteor, "methodThree")); 

calls.then(function(resThree){ 
    console.log("Got Response!", resThree); 
}).catch(function(err){ 
    console.log("Got Error", err); 
}); 

Answer 2

EDIT: Sie sind wahrscheinlich besser dran @Benjamin Gruenbaum Antwort, die nicht nur in bessere Leistung führt, sondern bietet auch viel prägnanter Code.

Versprechen - ja, es gibt.

Ich mag RSVP sehr viel, warum? Einfach weil es das schnellste ist. (schneller Benchmark: jsperf).

Hier sind schnelle Re-write des Codes:

var promise = new RSVP.Promise(function(fulfill, reject) { 
    Meteor.call('methodOne', '', function(err, resOne) { 
    if (!err) { 
     return reject(err); 
    } 
    fulfill(resOne); 
    }); 
}); 

promise.then(function(resOne) { 
    return new RSVP.Promise(function(fulfill, reject) { 
    Meteor.call('methodTwo', resOne, function(err, resTwo) { 
     if (err) { 
     return reject(err); 
     } 
     fulfill(resTwo); 
    }); 
    }); 
}).then(function(resTwo) { 
    return new RSVP.Promise(function(fulfill, reject) { 
    Meteor.call('methodTwo', resTwo, function(err, resThree) { 
     if (err) { 
     reject(err); 
     } 
     fulfill(resThree); 
    }); 
    }); 
}).then(function(resThree) { 
    // resThree is available - continue as you like 
    console.log(resThree); 
}).catch(function(err) { 
    console.log(err); 
}); 

Das ist der Weg, „die immer nach rechts driften“ des Codes zu verhindern.

Versprechen sind cool, verwenden Sie sie.

Answer 3

Ihr Ansatz auf dem Client führt zu viel mehr Rundreisen zwischen dem Server und dem Browser. Ich weiß, dass Sie angegeben haben, dass Sie sich Sorgen über Spaghetti Code auf dem Server gemacht haben und ich habe keinen Einblick in Ihre Anwendung wie Sie, aber durch das von Ihnen bereitgestellte Beispiel scheint es ein idealer Ort zu sein, um alle drei Anrufe auf die Server und mache nur einen Anruf vom Client, IMHO.