Delimita una singola anteprima storica
Questa ricetta prepara una piccola anteprima di commenti. Esegui la chiamata in un backend Node.js con fetch disponibile. Leggi process.env.REDDIT_FETCH_API_KEY in quell’ambiente e interrompi l’operazione se manca, prima di contattare l’archivio. Chi usa la tua applicazione deve ricevere dati preparati per lo schermo, mai il segreto che autorizza il recupero sul server.
Usa la destinazione fissa https://api.redditfetch.com/v1/comments?subreddit=javascript&limit=3 e un header come {"X-API-Key": key}. Authorization: Bearer <key> è altrettanto valido. Non sostituire questa destinazione con un URL arbitrario inviato dal browser. La tua applicazione stabilisce accesso e limiti della propria route, compreso quando un visitatore può avviare un nuovo aggiornamento a pagamento.
Separa risposta HTTP ed eccezione di rete
Un’operazione di rete rifiutata arriva al catch attorno ad await fetch, senza offrire una risposta HTTP utilizzabile da classificare. Al contrario, un HTTP 401 o 402 può arrivare attraverso una promessa risolta. Esamina prima response.ok. Gestisci lo stato non riuscito prima di interpretare il corpo ricevuto come una pagina di commenti recuperata correttamente.
Con HTTP 400 correggi i parametri; con 401 verifica la chiave; con 402 controlla il saldo. Per 429 possono essere appropriati tentativi limitati e distanziati. Non ripetere automaticamente ogni errore. La connessione può interrompersi dopo un successo fatturabile sul server: un’eccezione locale non dimostra quindi che la chiamata non sia costata nulla. Un nuovo recupero riuscito ha un costo separato.
Decodifica e verifica ciò che hai ricevuto
Anche sul percorso di successo await response.json() può fallire. Distingui questa causa dal guasto di trasporto nei tuoi dati diagnostici. Controlla poi la struttura attesa e che data sia un array. Decodificare JSON produce soltanto un valore JavaScript: non conferma testo utilizzabile in ogni record né il tipo corretto di tutti i campi necessari alla schermata.
Definisci stati espliciti per i frammenti
Trasforma solo i campi necessari all’anteprima. Distingui testo assente e stringa vuota, conserva gli identificatori disponibili per risalire ai record e mostra il contenuto come testo. I commenti sono piatti. Eventuali campi di relazione non dimostrano che il thread sia completo; tre record non permettono di affermare che tutte le risposte siano state recuperate.
Definisci localmente caricamento, pronto, vuoto ed errore. Un array vuoto validato indica che quella chiamata non ha consegnato record. Se i record sono arrivati ma nessuno supera i controlli di visualizzazione, registra separatamente questa causa. Puoi mantenere visibile un’anteprima precedente durante un aggiornamento fallito, purché sia chiaramente identificata come copia salvata e non come un nuovo risultato.
Valuta se serve un’altra chiamata
Salva il risultato validato con i suoi parametri prima di avanzare il progresso locale. Riutilizzarlo non richiede un nuovo recupero; ogni aggiornamento riuscito costa un credito, anche vuoto. L’ordine dell’archivio non è cronologico. Estendere la raccolta fino a 100 record per richiesta e 100 pagine per query non dimostra comunque copertura esaustiva né una conversazione completa.
Consulta la documentazione per campi e totali, i prezzi per i costi e la pagina della chiave per la configurazione. /v1/status è una dichiarazione statica pubblica e senza addebito, non una prova della disponibilità dell’archivio. Mantieni visibile l’origine storica dei frammenti e non promettere aggiornamenti in diretta, risultati futuri identici o tutte le parti di una discussione.
