テクノロジー
GraphQLは何に向いているか - k0kubun's blog

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

GraphQLは何に向いているか - k0kubun's blog

テクノロジーカテゴリーの変更を依頼記事元:

k0kubun.hatenablog.com

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

567usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

GraphQLは何に向いているか - k0kubun's blog

567 users

k0kubun.hatenablog.com

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント41件

注目コメント
新着コメント

オーナーコメントを固定しています

オーナーk0kubun書いた

2017/09/11リンク

その他

hiroponzFBのBSD+PatentsライセンスはGraphQLの仕様にも適用される可能性があるという議論もあるので注意が必要https://github.com/facebook/graphql/issues/351

2017/09/12リンク

その他

yamitzkyキャッシュのデメリットは誤解だと思った。GETリクエストしてURLパラメータに入れたり、別々のクエリを送ってキャッシュ効率を上げることはできる(メリットは薄れるけど)

2017/09/11リンク

その他

sugimomotoうーん、GraphQLはいまいちピンと来ない。ドキュメント定義という意味では、OpenAPIで十分ではいか？　と感じるし。データクエリとしてのアプローチや、スキーマ提供の観点でも、ODataのほうがいいように感じるんだけど。

2017/09/12リンク

その他

Quramyエラーとかステータスコードの設計どうすんの問題、わかる

2017/09/12リンク

その他

オーナーコメントを固定しています

オーナーk0kubun書いた

2017/09/11リンク

その他

den8よいまとめ。実際に利用したことのある人の感想・意見で示唆に富んでいる。

2019/04/11リンク

その他

Itisango#GraphQL

2019/01/19リンク

その他

mitsusehttps://k0kubun.hatenablog.com/entry/graphql

graphql

2018/05/10リンク

その他

Dai_Kamijo冷静な筆致でよくまとまっている / “GraphQLは何に向いているか - k0kubun's blog” — Takuto Wada (@t_wada) September 12, 2017 from Twitterhttps://twitter.com/Dai_Kamijo September 20, 2017 at 12:01PM via IFTTT

2017/09/20リンク

その他

tmatsuuRTT削減と、ある程度の柔軟性（と制約）の両立がキモかなと思った。REST APIでレスポンスのステータスコードがWebサーバとAPIで混ざるのは逆に気持ち悪いと思っている自分。

2017/09/17リンク

その他

NineGatesGraphQLは何に向いているか今年GitHubがGraphQL APIを正式公開したあたりから、GraphQLが去年とかに比べちょっと流行り始めたように感じる。idobataがGraphQL APIを公開したり、Kibelaも公開APIをGraphQLで作ることを宣言している。 Tags: fr

2017/09/15リンク

その他

inouetakuyaスッキリ読みやすい

2017/09/14リンク

その他

yhara「余計なfieldのリクエストが減りやすい」「fieldが誰にも使われてないとかが分かる」のか。

2017/09/13リンク

その他

moronbeeGraphQLが向いてそうなケース：サーバーの実装者とクライアント実装者の距離が遠い、Reactでクライアントを構築している

graphql

2017/09/13リンク

その他

mizchiクライアントの要求でサーバー上でクエリを合成したいものとしてはオーバースペックという認識

2017/09/12リンク

その他

braitomREST APIと比較してGraphQLでも解決できない問題、GraphQLにすると困る問題、GraphQLの方がよりよく解決している問題などがまとめられている。

GraphQL

2017/09/12リンク

その他

yoshikidz直ちに必要でないということがよくわかった。自動生成をスキーマからとれるのはいいよね。そんなに型だけで便利かできるのかって部分もあるけれど。

2017/09/12リンク

その他

luccafortGraphQL、個人的にはまだまだブラッシュアップが必要な気がしていて、それが補完されたという点で非常に有意義だった。発展途上なAPI設計だと思うので気づいたらクッソよくなってるとかありそう。

2017/09/12リンク

その他

ru_shalmRailsレール外れる問題、実際つらい

graphql

2017/09/12リンク

その他

t-wada冷静な筆致でよくまとまっている

2017/09/12リンク

その他

hshimoyama最後の向いていそうなケース、弊社は後者かな。複数のリソースを横断的に1リクエストにまとめられるのは嬉しい。

2017/09/12リンク

その他

hiroponzFBのBSD+PatentsライセンスはGraphQLの仕様にも適用される可能性があるという議論もあるので注意が必要https://github.com/facebook/graphql/issues/351

2017/09/12リンク

その他

toyama0919GraphQL Proなんてあるのか

2017/09/12リンク

その他

vokolonformuraGraphQLは何に向いているか - k0kubun's blog

2017/09/12リンク

その他

ono_matope"GraphQLではないと解決できない問題思いつかなかった" ふむ

2017/09/12リンク

その他

tkawaわかりやすい

graphql

2017/09/12リンク

その他

rakusaiよいまとめ

2017/09/12リンク

その他

terurouちゃんと調べてないなりに大体同じ理解をしてたので、現状はこれ以上時間を割かなくてよいことがわかった

GraphQL

2017/09/12リンク

その他

sho_yamane違いよくわかってなかったから勉強になった。

2017/09/12リンク

その他

zyzy最大の利点がまとめ食いなだけに、タイムアウトに引っかかるのは痛いなぁ……。

考え方

2017/09/12リンク

その他

taketyanGraphQL を HTTP キャッシュってやるもんなんだろうか。Invalidation の条件をどう指定するか、とかもあるし、ヘッダでやるにしても GraphQL の仕様から外れたオレオレ仕様になりそう

graphql

2017/09/12リンク

その他

Quramyエラーとかステータスコードの設計どうすんの問題、わかる

2017/09/12リンク

その他

2017/09/12リンク

その他

2017/09/11リンク

その他

otherworld“graphql.jsを使う場合はFacebookのBSD+Patentsライセンスに同意する必要がある”

2017/09/11リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「GraphQLは何に向い...」が注目されています。

気持ちをシェアしよう

ツイートする

GraphQLは何に向いているか - k0kubun's blog

今年GitHubがGraphQL APIを正式公開したあたりから、GraphQLが去年とかに比べちょっと流行り始めたよう...今年GitHubがGraphQL APIを正式公開したあたりから、GraphQLが去年とかに比べちょっと流行り始めたように感じる。idobataがGraphQL APIを公開したり、Kibelaも公開APIをGraphQLで作ることを宣言している。利用者側からすると使えるインターフェースの中から必要なものを調べて使うだけなのであまり考えることはないのだが、自分がAPIを提供する立場になると話は変わってくる。RESTAPIとGraphQL APIはどちらかがもう一方のスーパーセットという風にはなっておらず、どちらかを選択すると何かを捨てることになるので、要件に応じてどちらを選ぶのが総合的に幸せなのか考える必要がある。以前趣味でGitHub連携のあるサービスを作っており、それを最近GraphQL API v4を使うように移行し、そこでついでにそのサービスのGraphQL APIを書いてみ