[B! GraphQL] ryosuke-fujiiのブックマーク

GraphQL - Wikipedia

GraphQL（グラフQL）はAPI向けに作られたクエリ言語およびランタイムである[2]。ベンダーフリーな GraphQL財団の支援を受け、開発が進められている[3]。ウェブAPIの開発に、RESTやその他のWebサービスと比較して、効率的で堅牢、かつ柔軟なアプローチを提供する。GraphQLでは、クライアントが必要なデータの構造を定義することができ、サーバーからは定義したのと同じ構造のデータが返される。したがって、必要以上に大きなデータが返されるのを防ぐことができクエリの効率が良い。また、柔軟性と豊かな表現が可能なクエリ言語は複雑さを加えるため、シンプルなAPIには適さない可能性もある[4][5][6]。GraphQLは、型システム、クエリ言語、実行セマンティクス、静的な検証、型チェックから構成される。 GraphQLは、データの問い合わせ (query)、書き換え (mutatio

ryosuke-fujii 2024/05/31

GraphQL

リンク

GraphQLにおけるエラーハンドリングの仕方 - ZOZO TECH BLOG

こんにちは、サーバーサイドエンジニアの竹若です。今回GraphQLにおけるエラーハンドリングを調査、Ruby on Railsとgraphql-rubyを使って実装する機会があったので、そこで得られた知見を共有させていただきたいと思います。(なお今回の実装はプロダクション環境には出ていません) GraphQLの仕様とプラクティスそれではまず初めに、GraphQLが仕様に定めているレスポンスの返し方を見ていきましょう。レスポンスのフォーマットに関するプラクティス GraphQLのプラクティスの1つに、レスポンスのhttp statusを200で統一し、レスポンスのerrorsキーにエラーの詳細な情報を持たせるというものがあります。なぜならGraphQLではリクエストに複数のクエリを含めることができるからです。 https://www.graph.cool/docs/faq/api-ee

ryosuke-fujii 2024/05/31

GraphQL

リンク

GraphQLのエラー設計について｜食べログフロントエンドエンジニアブログ

こんにちは、食べログフロントエンドチームの荒川です。先日リリースした食べログノートというプロジェクトでは、GraphQLを利用しました。（食べログノートの詳細は後日、別の記事でご紹介する予定です）今回はその中で、エラーをどう設計したかについてご紹介しようと思います。 HTTPレスポンスとGraphQLのエラー応答についてまず、今回のGraphQLのフロントエンド側のクライアントにはApollo Clientを利用しました。 Apollo Clientのドキュメントには We recommend using the included Error Codes or Custom Errors for error consistency rather than directly modifying the HTTP response. Apollo GraphQL Docs - Error