GraphQL Part1

**デフォルトの名無しさん** · 2018/09/01(土) 14:37:28.69

Facebookが開発したREST APIの代替みたいなやつ

・必要なフィールドだけを指定して取得出来る。IDで繋がれたデータの取得も一回のHTTPリクエストで行える
・強い型付け。クライアントからIntrospectionを行ってスキーマを取得出来る（利用可能なクエリーやデータ型）
・Schema Stitching（複数のGraphQL APIを結合して、新しいAPIを作る）
・サブスクリプション（WebSocketsでデータの変更通知を受けられる）
・GraphiQLやGraphQL Playgroundなどの強力なデバッグツールがある。Introspectionで取得したスキーマを使ってクエリーのオートコンプリートや、クエリー編集中のエラー表示、クエリーの説明の表示を行う
・スキーマからモックサーバーを作成可能

Explore GraphQL: The API for modern apps.
https://www.graphql.com

**デフォルトの名無しさん** · 2018/09/01(土) 14:45:20.50

Neo4j and GraphQL
https://neo4j.com/developer/graphql/

**デフォルトの名無しさん** · 2018/09/01(土) 14:47:34.82

ライブラリがApolloの場合だが
こんな機能も付いてくる

・型情報を利用して、クライアント側でクエリーを自動的にキャッシュする
・Automatic persisted queries(APQ): クエリーの代わりにクエリーをハッシュ化した文字列を送って帯域幅を節約する
・Apollo Engine: クエリーのパフォーマンスやエラー数等の分析に使えるサービス
・キャッシュ時間を指定し、CDNにAPIのレスポンス全体をキャッシュさせる

**デフォルトの名無しさん** · 2018/09/06(木) 23:08:06.07

本出てるな
https://i.imgur.com/hNLbcYC.jpg

**デフォルトの名無しさん** · 2019/01/04(金) 20:55:34.19

grpcとgraphqlの違いが分からん
当然使い方も分からん

**デフォルトの名無しさん** · 2019/01/14(月) 11:01:32.73

>>5
gRPCとGraphql
https://qiita.com/hitochan777/items/7ecc11e77fa89be009d3

GraphQLは必要なフィールドだけ取れるのが特徴？

grpcはサーバー間の通信向け
grpcをブラウザで使えるようにすると言う触れ込みの
grpc-webはまだアルファ版だし、ブラウザではまだ使えないと考えて良いと思う

gRPCにあるバイナリのストリーミング通信はブラウザで使う事は考えて作られていなかったからか
grpc-webでは今のところ動かない

一方GraphQLはストリーミング通信など最初から無い

**デフォルトの名無しさん** · 2019/01/14(月) 11:10:24.36

クエリ系はGQL、コマンド系はJSON-RPCなどと使い分けたほうがいいのか？

**デフォルトの名無しさん** · 2019/01/14(月) 19:31:48.45

>>7
GraphQLのMutationでだめな理由がないなら
Mutationでよくね？

**デフォルトの名無しさん** · 2019/03/08(金) 09:27:28.43

How to visualize your GraphQL schema?
https://dev.to/tomekponiat/how-to-visualize-your-graphql-schema-3hk3

**デフォルトの名無しさん** · 2019/03/21(木) 16:12:14.55

Why we moved our graphQL server from Node.js to Golang
https://medium.com/safetycultureengineering/why-we-moved-our-graphql-server-from-node-js-to-golang-645b00571535

**デフォルトの名無しさん** · 2019/04/17(水) 15:06:47.53

Move fast (without breaking things) – Apollo GraphQL
https://blog.apollographql.com/move-fast-without-breaking-things-c7d3407ee8d6

Validating GraphQL schema changes with the Apollo platform

**デフォルトの名無しさん** · 2019/05/03(金) 18:02:32.31

Introducing GraphQL Birdseye 🦅 – Novvum – Medium
https://medium.com/novvum/introducing-graphql-birdseye-1d6b76e801c3

**デフォルトの名無しさん** · 2019/05/15(水) 09:20:06.43

JAMstack Radio | Ep. #35, GraphQL Querying with Hasura's Tanmai Gopal | Heavybit
https://www.heavybit.com/library/podcasts/jamstack-radio/ep-35-graphql-querying-with-hasuras-tanmai-gopal/

**デフォルトの名無しさん** · 2019/05/30(木) 14:38:42.04

Creating a Quasar Framework application with AWS Amplify services (Part 1/4)
https://medium.com/quasar-framework/creating-a-quasar-framework-application-with-aws-amplify-services-part-1-4-9a795f38e16d

**デフォルトの名無しさん** · 2019/06/01(土) 10:43:23.47

GraphQL Bindings for Service to Service Communication
https://medium.com/open-graphql/graphql-bindings-for-service-to-service-communication-d1e89df66ecd

**デフォルトの名無しさん** · 2020/03/21(土) 12:37:43.08

Introducing GraphQL resolver tracing in AWS X-Ray
https://medium.com/lifeomic/introducing-graphql-resolver-tracing-in-aws-x-ray-aec890a992e7

**デフォルトの名無しさん** · 2020/07/20(月) 09:28:21.56

Hasuraあげ

**デフォルトの名無しさん** · 2020/07/23(木) 15:48:45.30

>>6
サブスクライブでウェブソケット待ち受けられるんだから、できるんじゃないの？サーバに対応処理実装すればいいだけでは？