GraphQLで極力GET Requestを使いつつRequest-URI Too Largeを回避したい - スタディサプリ Product Team Blog
こんにちは、 Web フロントエンドエンジニアの @progfay です。 今回はプロジェクトで遭遇した URL 長による GraphQL Request の失敗と Apollo Link による解決方法を紹介します。 引数に配列を受け取る GraphQL field 私の所属するスタディサプリ中学講座の開発プロジェクト (通称: tara) では通信に GraphQL を採用しています。 その中で、以下のような field を実装しています。 type Query { entities(ids: [ID!]!): [Entity!]! } これに対して、以下のような Query を叩きます。 query specificEntities($ids: [ID!]!) { entities(ids: $ids) { name } } Request-URI Too Large ある日、この
GraphQLスキーマのきれいなグラフについて考えてた - nakaoka3のなんでもブログ
GraphQLスキーマの具体的の利便性はおいておいて、スキーマが表すグラフの形をみてきれいということは可能なのだろうかと考えていた。 次数の偏りが少ないほうがいい？最短経路が短い方がいい？ GraphQLにはQuery型という特権的な型がある、APIを拡張するたびに、どんどんQueryのフィールドを追加していってるけど、これは仕方がないことのなのかと考えたのが発端だ。 Query --> A Query --> B Query --> C という感じでQueryからA,B,Cという型へのフィールドをはやしている。フィールドがグラフのエッジだ。 上のグラフの代わりに、以下のグラフを考えた。 Query --> A Query --> B B --> C というふうに、Query --> Cのかわりに B --> C のほうが、グラフの形がきれいなのでは、と考えた。 感覚的に、グラフの次数(各
When To Use GraphQL Non-Null Fields
Learn what some of the unexpected costs of GraphQL non-null fields are. In the GraphQL type system all types are nullable by default. This means that a type like Int can take any integer (1, 2, etc.) or null which represents the absence of any value. However, the GraphQL type system allows you to make any type non-null which means that the type will never produce a null value. When using a non-nul
Using nullability in GraphQL | Apollo GraphQL Blog
Like the hole in a donut, what isn’t there can be just as important as what is. Photo credit Tommy Chheng: https://www.flickr.com/photos/tommychheng/3226662528/ When you’re working with a REST API, you don’t always know exactly what fields you’re going to get back when you call an endpoint. GraphQL improves on that by having a complete schema of your available data, and giving you back exactly the
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nullability in GraphQL
GraphQL Response Caching with Envelop (The Guild)