davidbgk
/
larlet-fr-david
Observar 1
Favorito 0
Fork 0
Código Versões 0 Atividade
Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Você não pode selecionar mais de 25 tópicos Os tópicos devem começar com uma letra ou um número, podem incluir traços ('-') e podem ter até 35 caracteres.
524 Commits
1 Branch
Tag: 5fe2239794
Branches Tags
${ item.name }
Criar branch ${ searchTerm }
de 5fe2239794
${ noResults }
larlet-fr-david/david/stream/2015/07/16/index.md

index.md 1.1KB
Original Visão normal Histórico

Add initial content
4 anos atrás
​
​
​
​
​
​
​
​
​
​
​
 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.