fetch avec plusieurs urls

Version imprimable

04/12/2024, 09h15
DiverSIG

fetch avec plusieurs urls

Bonjour,

Pour charger des données dans mon appli, je lance un fetch avec plusieurs urls, en m'appuyant sur l'exemple donnée ici
Ca marche, mais ma question est sur la gestion des résultats:
en entrée on a un tableau des urls [url1, url2, ...]
en sortie, on a un tableau des réponses [rep1, rep2, ...]

Est-ce que l'ordre des réponses dans le tableau de sortie correspond obligatoirement à l'ordre des urls dans le tableau d'entrée, ou est-ce que les réponses sont empilées aléatoirement en fonction du temps d'exécution des différentes requêtes (premier arrivé=premier chargé dans le tableau des réponses)?

Merci,
Nico
04/12/2024, 10h45
gabi7756

Bonjour,

Citation:

Envoyé par DiverSIG

Bonjour,
Est-ce que l'ordre des réponses dans le tableau de sortie correspond obligatoirement à l'ordre des urls dans le tableau d'entrée, ou est-ce que les réponses sont empilées aléatoirement en fonction du temps d'exécution des différentes requêtes (premier arrivé=premier chargé dans le tableau des réponses)?

Bonjour,
N'y étant jamais confronté je me suis penché sur la doc :
https://developer.mozilla.org/en-US/...ise/all#try_it
Et franchement à moins que j'ai mal compris c'est super simple à lire et comprendre

Edit : J'ai mangé une ou deux lignes :ptdr: mais oui c'est ca, c'est une file , first in first out .

Cdt
04/12/2024, 16h35
Beginner.

Citation:

Envoyé par DiverSIG

Est-ce que l'ordre des réponses dans le tableau de sortie correspond obligatoirement à l'ordre des urls dans le tableau d'entrée, ou est-ce que les réponses sont empilées aléatoirement en fonction du temps d'exécution des différentes requêtes (premier arrivé=premier chargé dans le tableau des réponses)?

Dans le lien fourni par gabi7756 il est dit :

Citation:

Asynchronously fulfilled, when all the promises in the given iterable fulfill. The fulfillment value is an array of fulfillment values, in the order of the promises passed, regardless of completion order. If the iterable passed is non-empty but contains no pending promises, the returned promise is still asynchronously (instead of synchronously) fulfilled.

Je comprends que la réponse est oui, l'ordre est respecté (--> "...l'ordre des réponses dans le tableau de sortie correspond obligatoirement à l'ordre des urls dans le tableau d'entrée...")