Headers & Sitzungsauthentifizierung
Projekte ohne Authentifizierung verwenden nur createHttpClient und fügen HeaderStore und Sitzungsauthentifizierung nur bei Bedarf hinzu.
Der Code von commonService.ts auf dieser Seite ist ein Teil der gesamten Datei.
Der folgende Code von HeaderStore, headersProvider und sessionAuth erklärt nicht unabhängige Dateibeispiele, sondern beschreibt die einzelnen Teile des gemeinsamen HTTP-Adapters des Projekts (rxjsHttpService.ts/commonService.ts). Wenn Sie die gesamte Dateistruktur zuerst sehen möchten, überprüfen Sie den vollständigen Code des minimalen und erweiterten HTTP-Clients und lesen Sie dann diese Seite.
Header, die im Browser geteilt werden
Header wie der erhaltene Zugriffstoken nach dem Login, die von mehreren Services gemeinsam genutzt werden müssen,HeaderStorekönnen in HeaderStore gespeichert werden.
commonService.ts
tsIn Next.js werden Browser- und Server-Header getrennt.
Im Client Component wird HeaderStore gelesen, im Server Component werden Cookies gelesen. headersProviderkann erstellt werden. In dieser Funktion kann die Header-Abfrage für CSR und SSR an einem Ort getrennt werden.
commonService.ts
tsheadersProviderWenn Sie übergeben, wird das Ergebnis des Providers bei der Anfrage verwendet. Wenn Sie im Provider direkt HeaderStore zurückgeben, wenn es sich um den Browser handelt, können CSR und SSR an einem Ort behandelt werden.401-Refresh erfordert, einmal in callApi einwickeln
Ändern Sie nicht jeden automatisch generierten Service einzeln, sondern fügen Sie einen Sitzungsoperator hinzu.callApiDann verwenden alle generierten Services dieselben Token-Abfrage- und Refresh-Regeln.
commonService.ts
tsWenn keine Autorisierung vorhanden ist, überprüfen Sie zuerst den Token-Endpunkt, und wenn die ursprüngliche Anfrage 401 ist, fordern Sie nach dem Refresh einmal erneut an. Wenn der Refresh auch fehlschlägt, rufen Sie den Logout-Endpunkt auf und übergeben den ursprünglichen Fehler.
Wenn nur eine Token-Synchronisierung ohne Refresh/Retry erforderlich ist.
Um 401 Refresh/Retry zu vermeiden und nur vor der Anfrage das Token zu synchronisieren, verwenden Sie withEnsureToken().
Wenn keine Authentifizierung erforderlich ist,
sind dies für öffentliche APIs oder einfache Projekte ausreichend. HeaderStore und Sitzungsauthentifizierung sind keine zwingende Struktur.