davidbgk
/
larlet-fr-david
Seguir 1
Destacar 0
Fork 0
Código Lanzamientos 0 Actividad
Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
895 Commits
1 Rama
Árbol: 76faec0da1
Ramas Etiquetas
${ item.name }
Crear rama ${ searchTerm }
desde '76faec0da1'
${ noResults }
larlet-fr-david/david/stream/2015/07/16/index.md

index.md 1.1KB
Original Normal View Histórico

Add initial content
hace 4 años
​
​
​
​
​
​
​
​
​
​
​
 123456789101112 
  1. title: GraphQL et REST

  2. 

  3. > Current REST APIs can be exposed to GraphQL clients by building a GraphQL server as a wrapper around the REST API. A client would talk to a GraphQL server which would translate the query to (multiple) REST APIs. Client only sends one request, and receives the smallest possible response it needs. The server has much better bandwidth so the extra queries are not so critical.

  4. > 

  5. > <cite>*[GraphQL in the age of REST APIs](https://medium.com/chute-engineering/graphql-in-the-age-of-rest-apis-b10f2bf09bba)* ([cache](/david/cache/09f03c20156f63a521120c9dddda68f9/))</cite>

  6. 

  7. C’est ma conclusion également, [GraphQL](http://facebook.github.io/graphql/) ([cache](/david/cache/acd301ad06de4bf928f0515efa510a91/)) est très pertinent pour tout ce qui est *mashups* là où les multiples requêtes HTTP (1.1) de REST sont beaucoup moins efficaces. On pourrait aussi envisager une API hybride qui combine le meilleur des deux mondes :

  8. 

  9. * des ressources exposées en REST pour de l’unitaire ;

  10. * des points d’accès exposés en GraphQL pour les requêtes populaires.

  11. 

  12. Au prix des complexités à la fois côtés clients et serveur.