O que usavas antes do aparecimento do Promise?

Antes do surgimento do Promise, os callbacks eram amplamente utilizados.

Essência dos callbacks:

Uma função é passada para outra como argumento e é executada após a conclusão de uma operação específica.

Exemplo:

// Exemplo de chamada de uma operação assíncrona com callback
function fetchData(callback) {
  setTimeout(() => {
    const data = "Alguns dados";
    callback(null, data); // O primeiro argumento é um erro, o segundo é o resultado
  }, 1000);
}

fetchData((err, data) => {
  if (err) {
    console.error("Erro ao buscar dados:", err);
  } else {
    console.log("Dados recebidos:", data);
  }
});

Desvantagens do uso exclusivo de callbacks:

• Callback Hell (Inferno dos callbacks): A cadeia de operações assíncronas aninhadas leva a um código altamente aninhado e difícil de ler.
• Dificuldades no tratamento de erros: É necessário passar e verificar erros em cada nível de aninhamento.
• Falta de uma abordagem padronizada: Diferentes bibliotecas podiam usar convenções diferentes para callbacks.

Abordagens alternativas antes do Promise:

Antes do surgimento do Promise, além dos callbacks "puros", eram usadas bibliotecas e padrões para gerenciar a assíncronia, como:

• Bibliotecas assíncronas: Por exemplo, async (para Node.js, mas também utilizável no navegador). Ofereciam utilitários para gerenciar fluxos assíncronos (execução paralela, execução sequencial).
• Padrão Publisher/Subscriber (Pub/Sub): Para cenários de interação mais complexos.
• Emissores de eventos: Em Node.js e no ambiente de navegador (por exemplo, EventEmitter).

No entanto, callbacks continuaram sendo a base para muitas operações assíncronas. Promise forneceu uma maneira mais estruturada, unificada e legível de trabalhar com a assíncronia, eliminando muitos problemas do "Callback Hell".