Les styles d'API
REST, GraphQL, gRPC et webhooks : ce que fait chacun, quand le choisir, et les règles qui évitent les doublons, les clients cassés et les listes incohérentes.
- 33 cartes
- 3 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Notions
- Mises en situation
- Compromis et pannes
Quelques cartes du deck
REST : de quoi s'agit-il ?
Voir la réponse
Style d'API où des ressources identifiées par des URL sont manipulées avec les méthodes HTTP.
Simple, répandu, et compatible avec le cache HTTP.
Une appli mobile doit charger profil, amis et notifications en un appel, avec seulement les champs affichés. Quel style ?
- GraphQL
- REST avec trois appels
- Un webhook
- Une file de messages
Voir la réponse
GraphQL
Une seule requête décrit exactement ce dont l'écran a besoin.
GraphQL : de quoi s'agit-il ?
Voir la réponse
Langage de requête où le client demande exactement les champs voulus, par un seul point d'entrée.
Le client évite les allers-retours et les données inutiles.
Quel est un inconvénient de GraphQL ?
- Le cache HTTP est plus difficile et il faut limiter les requêtes trop coûteuses
- Le client reçoit trop de données
- Il faut un point d'entrée par ressource
- Il ne fonctionne qu'en interne
Voir la réponse
Le cache HTTP est plus difficile et il faut limiter les requêtes trop coûteuses
Un client peut écrire une requête énorme ; il faut des garde-fous.