Logo

Fonctionnalité :

Persisted queries

Persisted queries

Dans une API REST, nous créons plusieurs endpoints, chacun renvoyant un ensemble de données prédéfini. Dans une API GraphQL, en revanche, nous envoyons n'importe quelle requête à un unique endpoint, qui retourne exactement les données demandées.

Les persisted queries sont des requêtes GraphQL normales, cependant elles sont stockées sur le serveur et accessibles sous leur propre URL, émulant ainsi un endpoint REST. Elles combinent les avantages de ces deux APIs tout en évitant leurs inconvénients :

AvantagesInconvénients
✅ Accessible via GET ou POST❌ Accessible uniquement via POST
✅ Peut être mise en cache sur le serveur ou un CDN❌ Nécessite une couche supplémentaire côté client uniquement pour la mise en cache
✅ Sécurisée : seules les données prévues sont exposées❌ Les données sont exposées à n'importe qui, y compris des acteurs malveillants
✅ Pas de sous/sur-récupération de données, toutes les données sont récupérées en une seule requête❌ Peut être lente, car l'application peut nécessiter plusieurs requêtes pour récupérer toutes les données
✅ Permet une itération rapide du projet❌ Il est fastidieux de créer tous les endpoints
✅ Peut être auto-documentée❌ Produire de la documentation est obligatoire
✅ Fournit aux clients la possibilité de créer et publier la requête❌ La publication des endpoints se fait via du code
Persisted query dans l'éditeur
Persisted query dans l'éditeur

Abonnez-vous à notre newsletter

Restez au courant de toutes les nouveautés de Gato GraphQL.