GraphQLはRESTの置き換えではない｜こんぴゅ

GraphQLは最近注目されているWeb APIのための問い合わせ言語だ。 現在主流のRESTfulなAPIはURLとmethodでリソースを表現するわけだが、GraphQLは単一エンドポイント（ex: "POST /graphql"）だけ存在し、欲しいリソースをHTTP POSTのbodyに明示的に記載してリクエストする。 ↑JSON APIをGraphQLの形式でコールする（引用: how to graphql ) 徐々に実装例が増えてきており、2016年にはGithubがAPIの実装を全面的にGraphQLに移行させたのが注目された。 色々調べていくと、GraphQLは単にRESTの代替ではなく、開発・運用フローを一新させうるほど豊かな思想・機能を含む事が分かって来たので現状の整理をしてみたい。 APIリクエストを束ねて効率化RESTではURLがひとつのリソースを表すため、複数のリソ

[oasis440]

“https://bitjourney.kibe.la/shared/entries/1f26acbe-315f-42b8-9ecd-11bcaac5b697”

[moronbee]

使う場合の考慮ポイント一覧。

[braitom]

GraphQLの特徴が簡潔にまとめられている。

[sugimomoto]

とてもわかりやすい。 ただ、やっぱりRESTの文脈からGraphQLを語るのは、単純に比較できるものではないから、好きじゃない。引用はしやすいけど、、、。

[ilyaletre]

pro/con言及されてて好き