Ich frage mich, ob eine generische Anfrage-Saga Sinn macht?
Es würde eine Aktion REQUEST benötigen, die alle Informationen wie Header, URL und Daten enthält und sie mit ihren eigenen Headern und ihrer Basis-URL zusammenführen würde.
Es wäre dann fetch die Anfrage und dann put(REQUEST_SUCCEEDED, json) mit der Json-Payload im Store.
Wie ich es verstehe, würde dies nur eine Anfrage zu einer Zeit erlauben, also anstatt die API-Abruffunktion aufzurufen, wäre ein fork besser?
Die Saga könnte auch dafür sorgen, dass die API access_token verwaltet wird, sobald sie in den Antwortheadern gefunden wird, und sie für alle nachfolgenden Anfragen speichern.
Hier werden einige Fragen gestellt.
Ja. Generic Anfrage Saga macht für mich Sinn. Ein Ort, um Standard für alle Anfragen bereitzustellen, ist sinnvoll.
Gabel wird definitiv benötigt. Oder verwenden Sie takeEvery helper. Dies verhindert, dass einige Anfragen fehlen, während die Saga fetch verarbeitet. Es kann auch erforderlich sein, ein Standard-Timeout mit race zu implementieren.
Der actions -Parameter in request -Funktion wäre besser ein Objekt als ein Array mit Keys von startAction . Eine Alternative besteht darin, einen Namen anzugeben. Und generiere Suffix für jede Aktion (zB GETSTH_START, GETSTH_SUCCESS, GETSTH_ERROR)
Tags und Links reactjs redux redux-saga