graphql : parti résolveur côté serveur qui s’occupe de la résolution des requêtes, cf. slides 29
Notion d’état : s’il n’y a pas d’état, une route aura toujours la même réponse, s’il y a un état, alors la requête ne renvois pas toujours la même chose en fonction de la requête/client
Par exemple : système de payement : plusieurs échanges entre payeur et banque, où on ne veut pas de côté indépendant : il faut un état côté serveur.
Aussi avec un état, c’est plus facile de répartir la charge entre les serveurs
Est-ce que tous ces trucs-là fonctionnent sur n’importe quelle couche de transport ?
Pas d’état : nécessaire de s’authentifier à chaque requête (renvoyé le token à chaque fois)
SOAP : application
Web socket ? Autre type d’API (temps réel)
HTTPS ? Oui du coup
REST : pas de temps réel
SOAP et GraphQL : indépendant de la couche transport
Popularité ?
- SOAP : premier utilisé dans les entreprises (bancaire notamment)