En-têtes & Authentification de session
Pour les projets sans authentification, utilisez uniquement createHttpClient et ajoutez HeaderStore et l'authentification de session uniquement si nécessaire.
Le code commonService.ts de cette page est une partie de l'ensemble du fichier.
Le code ci-dessous pour HeaderStore, headersProvider et sessionAuth n'est pas un exemple de fichiers indépendants, mais explique chaque partie de l'adaptateur HTTP commun du projet (rxjsHttpService.ts/commonService.ts). Si vous souhaitez voir la structure complète du fichier, consultez d'abord le code complet minimal/étendu du client HTTP, puis lisez cette page.
En-tête à partager dans le navigateur
Les en-têtes comme le token d'accès reçu après la connexion, qui doivent être utilisés par plusieurs services,HeaderStorepeuvent être stockés.
commonService.ts
tsDans Next.js, séparez les en-têtes du navigateur et du serveur.
Dans le composant client, lisez HeaderStore, et dans le composant serveur, lisez les cookies. headersProvidervous pouvez créer. Cette fonction permet de séparer les méthodes de récupération d'en-tête pour CSR et SSR en un seul endroit.
commonService.ts
tsheadersProviderSi vous le transmettez, il utilise le résultat du provider lors de la demande. Comme dans l'exemple ci-dessus, si vous retournez directement HeaderStore dans le provider lorsque c'est le navigateur, vous pouvez gérer CSR et SSR au même endroit.Si un rafraîchissement 401 est nécessaire, enveloppez-le une fois dans callApi.
Ne modifiez pas les services générés automatiquement un par un, ajoutez plutôt un opérateur de session àcallApile service public. Ainsi, tous les services générés utiliseront les mêmes règles de recherche et de rafraîchissement de token.
commonService.ts
tsS'il n'y a pas d'autorisation, vérifiez d'abord le point de terminaison du token, et si la demande d'origine est 401, demandez à nouveau après le rafraîchissement. Si le rafraîchissement échoue également, appelez le point de terminaison de déconnexion et transmettez l'erreur d'origine.
Dans le cas où seule la synchronisation du token est nécessaire sans rafraîchissement/réessai.
Pour synchroniser uniquement le token avant la requête sans utiliser le rafraîchissement/réessai 401, utilisez withEnsureToken().
S'il n'y a pas besoin d'authentification,
pour les API publiques ou les projets simples, cela suffit. HeaderStore et l'authentification de session ne sont pas des structures obligatoires.