RESTの次のパラダイムはGraphQLか - Qiita

のようなクエリをクライアントが発行することになります。 なぜこのようなシステムが必要かの説明の前に、RESTの問題点を挙げてみます。 RESTの問題点 Server Side Renderingの場合 コントローラでEager Loading等のクエリ最適化を意識しないといけない ビューを実装するときも結局裏側でどのようなクエリが発生するかを意識しないといけない Client Side Renderingの場合 コンポーネント毎に必要な情報をリクエストする場合、AJAXリクエストを何度も発行する必要がある 提供されているAPIが不十分だと、クライアント側でテーブル結合が必要となる 共通する問題 クライアント毎にちょっとずつ違うAPIを用意してメンテしないといけない 端末に応じて異なるサイズの画像を返す ネイティブアプリとウェブアプリで異なる結果を返す 等など APIに「暗黙的な契約」が発生

[y-kawaz]

GraphQL は使う側からしたらすごく便利そうなんだけど、じゃいざやってみようってなるとサーバサイドの実装が死ぬほど大変でめげるんだよな。

[kabacsharp]

便利～

[mandel59]

「「APIを設計する」こと自体がほとんどなくなる時代がきたら」いうけど、GraphQLもスキーマ設計ちゃんとする必要があると思う

[kwms]

なるほど

[easy-breezy]

なんでGraphQLなのか、がわかりやすかった