• Twitterでシェア
  • Facebookでシェア

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

テクノロジー カテゴリーの変更を依頼 記事元:k0kubun.hatenablog.com
適切な情報に変更
570 usersがブックマーク コメント42
    共有

    • 記事へのコメント42件

    • 注目コメント
    • 新着コメント
    その他
    オーナーコメントを固定しています
    k0kubun
    オーナー k0kubun 書いた

    2017/09/11 リンク

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

    2017/09/12 リンク

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

    2017/09/11 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

    その他
    オーナーコメントを固定しています
    k0kubun
    オーナー k0kubun 書いた

    2017/09/11 リンク

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

    2019/04/11 リンク

    その他
    Itisango
    Itisango #GraphQL

    2019/01/19 リンク

    その他
    kmntmht116
    kmntmht116 “GraphQL::Pro”

    2018/11/01 リンク

    その他
    mitsuse
    mitsuse https://k0kubun.hatenablog.com/entry/graphql

    2018/05/10 リンク

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

    2017/09/20 リンク

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

    2017/09/17 リンク

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

    2017/09/15 リンク

    その他
    inouetakuya
    inouetakuya スッキリ読みやすい

    2017/09/14 リンク

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

    2017/09/13 リンク

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

    2017/09/13 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

    その他
    ru_shalm
    ru_shalm Railsレール外れる問題、実際つらい

    2017/09/12 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

    その他
    toyama0919
    toyama0919 GraphQL Proなんてあるのか

    2017/09/12 リンク

    その他
    vokolonformura
    vokolonformura GraphQLは何に向いているか - k0kubun's blog

    2017/09/12 リンク

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

    2017/09/12 リンク

    その他
    tkawa
    tkawa わかりやすい

    2017/09/12 リンク

    その他
    rakusai
    rakusai よいまとめ

    2017/09/12 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

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

    2017/09/12 リンク

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

    2017/09/11 リンク

    その他

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

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

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

    今年GitHubがGraphQL APIを正式公開したあたりから、GraphQLが去年とかに比べちょっと流行り始めたよう...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2024 Hatena. All Rights Reserved.