Cosa usavi prima dell'apparizione di Promise?

Prima dell'introduzione di Promise, i callback erano ampiamente utilizzati.

Caratteristiche dei callback:

Una funzione viene passata a un'altra come argomento e viene eseguita dopo il completamento di una determinata operazione.

Esempio:

// Esempio di chiamata a un'operazione asincrona con callback
function fetchData(callback) {
  setTimeout(() => {
    const data = "Alcuni dati";
    callback(null, data); // Il primo argomento è un errore, il secondo è il risultato
  }, 1000);
}

fetchData((err, data) => {
  if (err) {
    console.error("Errore nel recupero dei dati:", err);
  } else {
    console.log("Dati ricevuti:", data);
  }
});

Svantaggi dell'uso esclusivo dei callback:

• Callback Hell (Inferno dei callback): La catena di operazioni asincrone annidate porta a un codice molto annidato e difficile da leggere.
• Difficoltà nella gestione degli errori: È necessario passare e verificare gli errori a ogni livello di annidamento.
• Mancanza di un approccio standardizzato: Diverse librerie potevano usare convenzioni diverse per i callback.

Approcci alternativi prima di Promise:

Prima dell'introduzione di Promise, oltre ai callback "puri", si usavano librerie e pattern per gestire l'asincronia, come:

• Librerie asincrone: Ad esempio, async (per Node.js, ma poteva essere usato anche nel browser). Fornivano utilità per gestire flussi asincroni (esecuzione parallela, esecuzione sequenziale).
• Pattern Publisher/Subscriber (Pub/Sub): Per scenari di interazione più complessi.
• Emitter di eventi: In Node.js e ambienti browser (ad esempio, EventEmitter).

Tuttavia, i callback rimanevano alla base di molte operazioni asincrone. Promise ha fornito un modo più strutturato, unificato e leggibile di lavorare con l'asincronia, eliminando molti problemi di "Callback Hell".