Asynchronous JavaScript - callback vs differite/Promessa

Question

Eventuali duplicati:
What are the differences between Deferred, Promise and Future in Javascript?

Ultimamente sto facendo uno sforzo per migliorare la qualità delle mie applicazioni JavaScript.

Uno schema che ho adottato è quello di utilizzare un oggetto "contesto dati" separato per caricare i dati per la mia applicazione (in precedenza lo stavo facendo direttamente nei miei modelli di vista).

L'esempio seguente restituisce i dati che viene inizializzato sul client:

var mockData = (function($, undefined) { 

    var fruit = [ 
     "apple", 
     "orange", 
     "banana", 
     "pear" 
     ]; 

    var getFruit = function() { 
     return fruit; 
    }; 

    return { 
     getFruit: getFruit 
    } 
})(jQuery); 

Nella maggior parte dei casi saremo caricamento dei dati dal server in modo che non possiamo restituire una risposta immediata. Sembra che io abbia due opzioni per come gestiamo questo nella nostra API:

1. Utilizzando un callback
2. Restituzione di una promise.

In precedenza avevo sempre usato l'approccio di callback:

var getFruit = function(onFruitReady) { 
    onFruitReady(fruit); 
}; 

// ... 

var FruitModel = function(dataContext, $) { 
    return { 
     render: function() { 
      dataContext.getFruit(function(fruit) { 
       // do something with fruit 
      }); 
     } 
    }; 
}; 

Tuttavia, posso vedere come è possibile finire in un inferno di richiamata, in particolare per la costruzione di applicazioni JavaScript complesse.

Poi ho trovato il modello di progettazione Promises. Invece di richiedere al chiamante di fornire una richiamata, io invece restituire una "promessa" che si può osservare:

var getFruit = function() { 
    return $.Deferred().resolve(fruit).promise(); 
}; 

// ... 
dataContext.getFruit().then(function(fruit) { 
    // do something with fruit 
}); 

posso vedere evidenti vantaggi dell'utilizzo di questo modello, soprattutto perché posso wait su più oggetti anticipate che potrebbero essere molto utile quando si caricano i dati di inizializzazione per un'applicazione a singola pagina.

Tuttavia, sono desideroso di comprendere i pro e i contro di ciascun modello prima di iniziare a utilizzare la rabbia. Mi interessa anche se questa è la direzione in cui entrano le altre librerie. Sembra che sia il caso di jQuery.

Ecco un link per il violino che sto usando per il test.

Answer 1

Le promesse si basano anche sui richiami dietro la scena, quindi non è davvero uno contro l'altro.

Il vantaggio dei callback è che sono facili da implementare con JavaScript semplice (ad esempio nelle chiamate Ajax).

Le promesse richiedono un livello di astrazione aggiuntivo, che in genere significa che ci si affida a una libreria (non è un problema nel tuo caso poiché stai già utilizzando jQuery). Sono perfetti quando gestisci più chiamate asincrone in parallelo.

Answer 2

Dalla lettura del jQuery docs che @Pointy legato a, suona come la differenza è che l'API differito consente di specificare più di una funzione da chiamare quando la richiesta viene completata:

Come di jQuery 1.5 , l'errore (fallito), il successo (fatto) e il completamento (sempre, come da jQuery 1.6) i hook di callback sono le code gestite first-out, first-out. Ciò significa che è possibile assegnare più di un callback per ciascun hook. Vedere i metodi dell'oggetto differito, che sono implementati internamente per questi hook di callback $ .ajax().

Consulta anche: deferred.then()