GraphQLはいつ使うか、RESTとの比較

さぼです、沖縄でWebと設計について考えてます。2023/09/23 に沖縄で行われたTechBaseOkinawa2023 にて上記のタイトルで登壇しました。 今回の内容は GraphQLを設計の観点から考えてみる GraphQLの目的や用途を整理する GraphQLを使う時、または使わない時のヒントを持ち帰ってもらう 最近、GraphQLじゃなくてRESTで良くないと思うケースがなんとなくわかってきたのでそれを共有する という感じで話しました。話した内容を文字に起こし少し改修してZennでも共有することとします。 まえおき 最近はクライアントAppとサーバーAppを分けて実装する事が増えてきた クライアントの環境はますます複雑になっている クライアントとサーバーはWebAPIで通信を行う クライアントが複雑になるのと同時にWebAPIの要求が更に増して来ている APIの要求・応答を効率

[yamadadadada2]

開発体験はめっちゃいいと思う。個人的にリソースへの認可が肝になるとこかなと。下手を打つとフィールド毎に複雑なロジックが産まれる魔界に…

[arx0balest]

毎秒使え定期

[nemoba]

下位の解決に対して上位(ドメイン)に制約を与える系は、だいたい歴史上死んでしまう。少し違うのは、"手続き"ではなくデータ(スキーマ)の抽象化だから生き残れるか。ってとこ。SQLみたいなケースになるかだよね

[saboyutaka]

書きました

[pcrd]

“GraphQLを検討する時の質問項目 サービス サービスの規模は? サービス提供においてエンゲージメントが占める比重が大きいか サービスの進化速度が速いか、今後も変化し続けるか”

[surume000]

GraphQLはAPIを第三者に公開する場合だけでいいと思う

[iga_k]

さぼさんの示唆〜