C'è qualche valore nell'usare una libreria Promises contro le Promesse ES6?

3

Vedo molti articoli di NodeJS che raccomandano la biblioteca Bluebird per promettere il tuo codice ed evitare gli spaghetti di callback.

C'è qualche valore nell'usare questa libreria quando si utilizza il nodo 4.2.4+ dato che ES6 ha promesse native? Cosa posso fare con Bluebird che non posso fare con le promesse ES6?

La documenation di Bluebird è scarsa e aiuta davvero solo se già "ottieni" promesse. Ho davvero bisogno di un'altra libreria che possa confondere il problema e introdurre bug?

    
posta codecowboy 06.02.2016 - 12:29
fonte

1 risposta

3

Ecco una buona risposta dell'autore bluebird sul problema della velocità con le promesse ES6. Ovviamente, ha un pregiudizio, ma ha anche esaminato il problema in modo abbastanza dettagliato. I problemi che rallentano le promesse ES6 sono dovuti al modo in cui sono specificati e quindi sono ancora presenti. Non penso che sia abbastanza drastico perché la velocità sia il tuo fattore decisivo, a meno che la velocità sia davvero critica e tu abbia verificato che le promesse sono il collo di bottiglia, ma è lì.

Molto più importante, le promesse ES6 sono un'implementazione estremamente semplice, essenzialmente il minimo che si possa fare e lo si chiama ancora una promessa. Stai parlando di 6 metodi rispetto a 70 o così. Certo, puoi accontentarti di quei 6, ma quando inizi a usare le promesse in profondità, inizi a ricorrere sempre agli stessi tipi di problemi. Come posso implementare un timeout? Come posso convertire facilmente le funzioni esistenti per usare le promesse? Come posso comporre e manipolare i gruppi di promesse più facilmente? Questi sono i tipi di problemi risolti da bluebird che ES6 ti consente di implementare.

    
risposta data 07.02.2016 - 06:38
fonte

Leggi altre domande sui tag