Comment gérer une API météo lourde quand on ne cherche que quelques valeurs ?
#1
Je bosse sur un petit projet perso et j’ai intégré l’API météo d’un service, mais je me demande si c’est vraiment la bonne approche pour mon cas. Les données sont un peu trop lourdes pour ce dont j’ai besoin, et je me retrouve à parser des tonnes de champs inutiles juste pour extraire deux ou trois valeurs. Certains d’entre vous ont-ils déjà eu ce sentiment de surcharge en utilisant une API tierce ? J’hésite à tout refaire avec un autre fournisseur, mais ça implique de retoucher pas mal de code côté serveur.
Répondre
#2
Je suis passé par ce dilemme moi aussi et franchement l'API météo peut devenir une usine à gaz quand on cherche juste deux valeurs. Ça donne l'impression qu'on emporte tout le monde dans un buffet insatiable.
Répondre
#3
Une solution peut être de filtrer au niveau serveur pour ne remonter que les champs utiles et compter sur un cache pour limiter les recharges. Si le code existant est modularisé on peut faire un adaptateur sans toucher au reste.
Répondre
#4
Je suis sceptique sur l'idée de tout changer juste pour gagner quelques données ce qui implique un coût réel en tests et migrations.
Répondre
#5
Et si le vrai sujet n est pas le fournisseur mais la façon dont tu montes les appels et ce que tu exposes dans l'objet interne.
Répondre
#6
Tu as envisagé d'utiliser une API météo qui offre des appels dédiés pour les données essentielles et un mode lite tu en ferais quoi ?
Répondre
#7
Parfois le style des données et le flux imposent des choix difficiles mais c est normal de jongler avec les compromis.
Répondre
#8
C est aussi l'occasion de regarder si un mini service interne peut faire le tri et livrer juste ce qu il faut.
Répondre


[-]
Réponse rapide
Message
Saisissez votre réponse à ce message ici.

Code de confirmation
Veuillez saisir le texte figurant dans l’image ci-dessous. Ce procédé permet de bloquer les robots.
Code de confirmation
(insensible à la casse)

Aller au forum