Movatterモバイル変換


[0]ホーム

URL:


MDN Web Docs

Cette page a été traduite à partir de l'anglais par la communauté. Vous pouvez également contribuer en rejoignant la communauté francophone sur MDN Web Docs.

Utiliser l'API Fetch

L'APIFetch (en anglais, le verbefetch signifie récupérer) fournit une interface JavaScript pour accéder et manipuler certaines parties duprotocole, comme les requêtes et les réponses. Elle fournit également une méthode globalefetch() qui permet un accès pratique aux ressources récupérées de façon asynchrone sur le réseau.

À la différence deXMLHttpRequest qui fonctionne à l'aide de fonctions de rappel (callbacks), l'APIFetch utilise les promesses et fournit une meilleure alternative, qui peut être utilisée danslesservice workers. L'APIFetch intègre également des concepts HTTP avancés tels quele CORS et d'autres extensions de HTTP.

Une requête de récupération ressemblera à ceci :

js
async function afficherFilms() {  const reponse = await fetch("http://example.com/films.json");  const films = await reponse.json();  console.log(films);}

Dans cet exemple, nous récupérons un fichier JSON sur le Web, puis on analyse son contenu afin de pouvoir afficher les données dans la console. Dans sa forme la plus simple,fetch() utilise un argument qui correspond au chemin de la ressource à récupérer. Cet appel ne renvoie pas directement une réponse avec un corps en JSON, mais une promesse qui est résolue en un objetResponse.

L'objetResponse ne contient pas directement le corps de la réponse en JSON mais fournit une représentation de l'ensemble de la réponse HTTP. Aussi, pour extraire le corps en JSON de l'objetResponse, on utilise la méthodejson(), qui renvoie une deuxième promesse dont la résolution fournit le résultat de l'analyse du corps de la réponse au format JSON.

Note :Voir la sectioncorps pour d'autres méthodes permettant d'extraire d'autres types de contenu du corps de la réponse.

Les requêtes de récupération sont contrôlées par la directiveconnect-src dela politique de sécurité du contenu (Content Security Policy ou CSP) plutôt que par la directive de la ressource qu'elles récupèrent.

Fournir des options à la requête

La méthodefetch() permet l'utilisation optionnelle d'un deuxième paramètre, un objetinit pour contrôler différents paramètres.

Voirla page sur la méthodefetch() pour plus de détails et l'exhaustivité des options disponibles.

js
// Exemple d'implémentation pour une requête POSTasync function postData(url = "", donnees = {}) {  // Les options par défaut sont indiquées par *  const response = await fetch(url, {    method: "POST", // *GET, POST, PUT, DELETE, etc.    mode: "cors", // no-cors, *cors, same-origin    cache: "no-cache", // *default, no-cache, reload, force-cache, only-if-cached    credentials: "same-origin", // include, *same-origin, omit    headers: {      "Content-Type": "application/json",      // 'Content-Type': 'application/x-www-form-urlencoded',    },    redirect: "follow", // manual, *follow, error    referrerPolicy: "no-referrer", // no-referrer, *no-referrer-when-downgrade, origin, origin-when-cross-origin, same-origin, strict-origin, strict-origin-when-cross-origin, unsafe-url    body: JSON.stringify(donnees), // le type utilisé pour le corps doit correspondre à l'en-tête "Content-Type"  });  return response.json(); // transforme la réponse JSON reçue en objet JavaScript natif}postData("https://example.com/solution", { solution: 42 }).then((donnees) => {  console.log(donnees); // Les données JSON analysées par l'appel `donnees.json()`});

On notera quemode: "no-cors" ne permet qu'un ensemble limité d'en-têtes dans la requête :

  • Accept
  • Accept-Language
  • Content-Language
  • Content-Type avec une valeurapplication/x-www-form-urlencoded,multipart/form-data, outext/plain

Interrompre une requête

Pour interrompre une opérationfetch() en cours, on pourra utiliser les interfacesAbortController etAbortSignal.

js
const controleur = new AbortController();const signal = controleur.signal;const url = "video.mp4";const btnTelechargement = document.querySelector("#telechargement");const btnInterruption = document.querySelector("#interrompre");btnTelechargement.addEventListener("click", async () => {  try {    const reponse = await fetch(url, { signal });    console.log("Téléchargement terminé", reponse);  } catch (error) {    console.error(`Erreur lors du téléchargement : ${error.message}`);  }});btnInterruption.addEventListener("click", () => {  controleur.abort();  console.log("Téléchargement interrompu");});

Envoyer une requête contenant les informations d'authentification

Pour que les navigateurs envoient une requête avec les informations d'authentification, tant pour les requêtes sur la même origine qu'entre origines différentes, on ajouteracredentials: 'include' à l'objetinit passé à la méthodefetch().

js
fetch("https://example.com", {  credentials: "include",});

Note :On ne pourra pas utiliserAccess-Control-Allow-Origin: * pour les requêtes aveccredentials: 'include'. Pour ces cas-là, il faut fournir l'origine exacte. Même si une extension de débridage du CORS est utilisée, la requête échouera.

Note :Les navigateurs ne devraient pas envoyer d'informations d'authentification dans lesrequêtes préparatoires (preflight requests), quelle que soit la valeur de cette option. Pour plus d'informations, voirla section de la page CORS sur les requêtes avec informations d'authentification.

Si on souhaite uniquement envoyer les informations d'authentification lorsque l'URL de la requête se situe sur la même origine que le script appelant, on utiliseracredentials: 'same-origin'.

js
// Le script qui appelle se situe sur l'origine 'https://example.com'fetch("https://example.com", {  credentials: "same-origin",});

Pour s'assurer que les navigateurs n'envoient aucune information d'authentification dans la requête, on utiliseracredentials: 'omit'.

js
fetch("https://example.com", {  credentials: "omit",});

Téléverser des données JSON

On peut utiliserfetch() pour envoyer des données au format JSON à un serveur avec une requête POST.

js
async function postJSON(donnees) {  try {    const reponse = await fetch("https://example.com/profile", {      method: "POST", // ou 'PUT'      headers: {        "Content-Type": "application/json",      },      body: JSON.stringify(donnees),    });    const resultat = await reponse.json();    console.log("Réussite :", resultat);  } catch (erreur) {    console.error("Erreur :", erreur);  }}const donnees = { login: "Jean Biche" };postJSON(donnees);

Téléverser un fichier

Les fichiers peuvent être envoyés à l'aide d'un élément HTML<input type="file" />, deFormData, et defetch().

js
async function upload(donneesFormulaires) {  try {    const reponse = await fetch("https://example.com/profile/avatar", {      method: "PUT",      body: donneesFormulaires,    });    const resultat = await reponse.json();    console.log("Réussite :", resultat);  } catch (erreur) {    console.error("Erreur :", erreur);  }}const donneesFormulaires = new FormData();const champFichier = document.querySelector('input[type="file"]');donneesFormulaires.append("username", "abc123");donneesFormulaires.append("avatar", champFichier.files[0]);upload(donneesFormulaires);

Téléverser plusieurs fichiers

On peut envoyer plusieurs fichiers en utilisant un élément HTML<input type="file" multiple />,FormData, etfetch().

js
async function uploadMultiple(donneesFormulaires) {  try {    const reponse = await fetch("https://example.com/posts", {      method: "POST",      body: donneesFormulaires,    });    const resultat = await reponse.json();    console.log("Réussite :", resultat);  } catch (erreur) {    console.error("Erreur :", erreur);  }}const photos = document.querySelector('input[type="file"][multiple]');const donneesFormulaires = new FormData();donneesFormulaires.append("title", "Mes vacances");for (const [i, photo] of Array.from(photos.files).entries()) {  donneesFormulaires.append(`photos_${i}`, photo);}uploadMultiple(donneesFormulaires);

Traiter un fichier texte ligne à ligne

Les fragments reçus dans une réponse ne sont pas segmentés proprement à chaque fin de ligne. Il s'agit d'objets binairesUint8Array, pas de chaînes de caractères. Si on récupère un fichier texte et qu'on souhaite le traiter ligne à ligne, il faut gérer cette représentation. Dans l'exemple qui suit, on illustre une façon de procéder en créant un itérateur sur les lignes (pour garder l'exemple simple, on considère que le texte est encodé en UTF-8 et on ne gère pas les erreurs de récupération).

js
async function* makeTextFileLineIterator(fileURL) {  const utf8Decoder = new TextDecoder("utf-8");  const response = await fetch(fileURL);  const reader = response.body.getReader();  let { value: chunk, done: readerDone } = await reader.read();  chunk = chunk ? utf8Decoder.decode(chunk) : "";  const newline = /\r?\n/gm;  let startIndex = 0;  let result;  while (true) {    const result = newline.exec(chunk);    if (!result) {      if (readerDone) break;      const remainder = chunk.substr(startIndex);      ({ value: chunk, done: readerDone } = await reader.read());      chunk = remainder + (chunk ? utf8Decoder.decode(chunk) : "");      startIndex = newline.lastIndex = 0;      continue;    }    yield chunk.substring(startIndex, result.index);    startIndex = newline.lastIndex;  }  if (startIndex < chunk.length) {    // Last line didn't end in a newline char    yield chunk.substr(startIndex);  }}async function run() {  for await (const line of makeTextFileLineIterator(urlOfFile)) {    processLine(line);  }}run();

Vérifier la réussite de l'opération

Une promessefetch() échouera avec une exceptionTypeError s'il y a une erreur réseau ou que la politique CORS est incorrectement configurée côté serveur. En revanche, une réponse 404 qui indiquerait un problème de permission ou autre ne déclencherait pas une telle erreur. Aussi, pour bien vérifier que l'opérationfetch() est réussie, il faudra vérifier que la promesse est tenue, mais aussi vérifier que la propriétéResponse.ok vauttrue. Le code correspondant ressemblerait à :

js
async function fetchImage() {  try {    const response = await fetch("flowers.jpg");    if (!response.ok) {      throw new Error("La réponse n'est pas OK");    }    const myBlob = await response.blob();    monImage.src = URL.createObjectURL(myBlob);  } catch (error) {    console.error("Un problème est survenu lors de la récupération :", error);  }}

Fournir un objetRequest sur mesure

Plutôt que de passer le chemin de la ressource à l'appelfetch(), on peut créer un objet représentant une requête à l'aide du constructeurRequest() et passer cet objet comme argument à la méthodefetch() :

js
async function fetchImage(request) {  try {    const response = await fetch(request);    if (!response.ok) {      throw new Error("La réponse n'est pas OK");    }    const monBlob = await response.blob();    monImage.src = URL.createObjectURL(monBlob);  } catch (error) {    console.error("Erreur :", error);  }}const mesEntetes = new Headers();const maRequete = new Request("flowers.jpg", {  method: "GET",  headers: mesEntetes,  mode: "cors",  cache: "default",});fetchImage(maRequete);

Request() accepte les mêmes paramètres que la méthodefetch(). On peut même lui passer un objet représentant une requête existante pour en créer une copie :

js
const uneAutreRequete = new Request(maRequete, monInit);

Ce mécanisme de duplication est plutôt utile, car les corps des requêtes et des réponses ne peuvent être utilisés qu'une seule fois. En construisant une telle copie, on peut à nouveau utiliser la requête ou la réponse tout en adaptant les optionsinit si besoin. Attention, la copie doit être effectuée avant que le corps ait été lu.

Note :Il existe également la méthodeclone() pour créer une copie. Ces deux méthodes de copie échoueront si le corps de la requête ou de la réponse originale a déjà été lu. En revanche, lire le corps d'une réponse ou d'une requête clonée ne modifiera pas l'état de lecture de l'original.

En-têtes

L'interfaceHeaders permet de créer ses propres objets représentant des en-têtes HTTP à l'aide du constructeurHeaders(). Un objet d'en-têtes est un tableau de correspondance entre des noms et des valeurs :

js
const contenu = "Coucou le monde";const mesEntetes = new Headers();mesEntetes.append("Content-Type", "text/plain");mesEntetes.append("Content-Length", contenu.length.toString());mesEntetes.append("X-Custom-Header", "ATraiterImmediatement");

On pourra obtenir le même résultat en passant un tableau de tableaux ou un littéral objet au constructeur :

js
const mesEntetes = new Headers({  "Content-Type": "text/plain",  "Content-Length": contenu.length.toString(),  "X-Custom-Header": "ATraiterImmediatement",});

Le contenu de ces en-têtes peut être consulté et modifié :

js
console.log(mesEntetes.has("Content-Type")); // trueconsole.log(mesEntetes.has("Set-Cookie")); // falsemesEntetes.set("Content-Type", "text/html");mesEntetes.append("X-Custom-Header", "UneAutreValeur");console.log(mesEntetes.get("Content-Length")); // 11console.log(mesEntetes.get("X-Custom-Header")); // ['ATraiterImmediatement', 'UneAutreValeur']mesEntetes.delete("X-Custom-Header");console.log(mesEntetes.get("X-Custom-Header")); // null

Certaines de ces opérations ne sont utiles qu'avec lesservice workers, néanmoins, elles fournissent une API plus pratique pour manipuler les en-têtes.

Toutes les méthodes deHeaders lèvent une exceptionTypeError si le nom d'en-tête utilisé n'est pas valide en HTTP. Les opérations de modification déclencheront une exceptionTypeError s'il y a une garde d'immuabilité (voir ci-après). Sinon, elles échouent de façon silencieuse :

js
const maReponse = Response.error();try {  maReponse.headers.set("Origin", "http://mabanque.com");} catch (e) {  console.log("On ne se fait pas passer pour une banque !");}

Un bon usage des en-têtes consiste à vérifier si le type de contenu est correct avant d'aller plus loin dans le traitement. Par exemple :

js
async function fetchJSON(requete) {  try {    const reponse = await fetch(requete);    const typeContenu = reponse.headers.get("content-type");    if (!typeContenu || !typeContenu.includes("application/json")) {      throw new TypeError("Ah, nous n'avons pas eu de JSON !");    }    const donneesJSON = await reponse.json();    // on continue le traitement des données  } catch (erreur) {    console.error("Erreur :", erreur);  }}

Garde

Les en-têtes sont envoyés avec les requêtes et reçus avec les réponses. Plusieurs règles indiquent les informations qui peuvent ou non être modifiées et pour traduire cela, les objets des en-têtes ont une propriété interneguard. Cette dernière n'est pas exposée sur le Web, mais a un impact sur les opérations de modification qui sont permises.

Les valeurs pourguard sont :

none

La valeur par défaut.

request

Une garde pour l'objet d'en-têtes obtenus avec une requête (Request.headers).

request-no-cors

Une garde pour l'objet d'en-têtes obtenus avec une requête créée avecRequest.modeno-cors.

response

Une garde pour l'objet d'en-têtes obtenus avec une réponse (Response.headers).

immutable

Une garde qui indique que l'objet d'en-têtes est en lecture seule. Elle est principalement utilisée pour lesservice workers.

Note :Il n'est pas possible d'ajouter ou de modifier l'en-têteContent-Length d'un objet d'en-têtes de réponse avec une garde. De même, on ne pourra pas insérer d'en-têteSet-Cookie pour une réponse : lesservice workers ne sont pas autorisés à écrire des cookies dans des réponses de synthèse.

ObjetsResponse

Nous l'avons vu ci-avant, ce sont des instances deResponse qui sont renvoyées lors de la résolution des promesses fournies parfetch().

Les propriétés les plus fréquemment utilisées pour ces objetsResponse sont :

Response.status

Un entier contenant le code de statut HTTP de la réponse (la valeur par défaut est 200).

Response.statusText

Une chaîne de caractères qui contient le message du code de statut HTTP (la valeur par défaut est la chaîne vide""). On notera que HTTP/2ne prend pas en charge les messages de statut.

Response.ok

Nous avons vu cette propriété plus tôt dans cet article : il s'agit d'un raccourci pour vérifier que le statut appartient à l'intervalle 200-299. Cette propriété est une valeur booléenne.

On peut également créer des réponses artificiellement en JavaScript. Cela n'est généralement utile qu'au sein desservice workers, lorsqu'on fournit une réponse sur mesure à une requête reçue en utilisant la méthoderespondWith() :

js
const monCorps = new Blob();addEventListener("fetch", (event) => {  // Un ServiceWorker qui intercepte une requête de récupération  event.respondWith(    new Response(monCorps, {      headers: { "Content-Type": "text/plain" },    }),  );});

Le constructeurResponse() prend deux arguments optionnels :

  • Un corps pour la réponse
  • Un objet d'initialisation des paramètres, semblable à celui qu'on fournit au constructeurRequest().

Note :La méthode statiqueerror() renvoie une réponse d'erreur. De même,redirect() renvoie une réponse résultant en une redirection vers l'URL indiquée. Ces méthodes sont uniquement pertinentes dans le cadre desservice workers.

Corps

Les requêtes et les réponses peuvent avoir un corps, contenant des données. Un corps pourra être une instance d'un des types suivants :

Les interfacesRequest etResponse partagent les méthodes suivantes pour extraire les données du corps. Toutes ces méthodes renvoient une promesse qui pourra être résolue avec le contenu effectif.

Note :Ces méthodes permettent de travailler plus facilement avec du contenu non-textuel (par rapport à ce que permettaitXMLHttpRequest).

On peut fournir des corps aux requêtes en utilisant le deuxième paramètre et sa propriétéform :

js
const form = new FormData(document.getElementById("login-form"));fetch("/login", {  method: "POST",  body: form,});

Tant la requête que la réponse, ou la fonctionfetch() essaieront de déterminer intelligemment le type de contenu. Une requête définira automatiquement un en-têteContent-Type si aucun n'a été fourni avec le paramètreoptions.

Détection de la fonctionnalité

La prise en charge de l'APIFetch peut être détectée en vérifiant la présence deHeaders,Request,Response oufetch() au sein des portéesWindow ouWorker. Par exemple :

js
if (window.fetch) {  // On exécute la requête avec Fetch ici} else {  // On tente autre chose avec XMLHttpRequest ?}

Différences avecjQuery.ajax()

La spécification defetch() diffère dejQuery.ajax() :

  • La promesse renvoyée parfetch() ne lèvera pas d'exception en cas d'erreurs HTTP, même si le statut de la réponse HTTP est 404 ou 500. Dès que le serveur répond avec les en-têtes, la promesse sera bien résolue (la propriétéResponse.ok étant fixée àfalse si le statut de la réponse est en dehors de l'intervalle [200, 299]). La promesse sera uniquement rompue s'il y a une erreur réseau ou tout autre évènement qui a empêché sa complétion.
  • À moins quefetch() ne soit appelé avec l'optioncredentials valantinclude,fetch() :
    • N'enverra pas de cookies pour les requêtes vers d'autres origines
    • N'écrira pas de cookies provenant de réponses d'autres origines

Voir aussi

Help improve MDN

Learn how to contribute.

This page was last modified on byMDN contributors.


[8]ページ先頭

©2009-2025 Movatter.jp