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

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

zenn.dev/shunjuio

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

コメント

7

記事へのコメント7件

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

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

2023/10/06 リンク

arx0balest 毎秒使え定期

2023/10/07 リンク

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

2023/10/06 リンク

saboyutaka 書きました

2023/10/06 リンク

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

2023/10/06 リンク

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

2023/10/06 リンク

iga_k さぼさんの示唆〜

graphql

2023/10/04 リンク

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

規約違反を報告

アプリのスクリーンショット

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

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

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

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

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

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

mjtai2024/10/22
sinnra02024/09/09
techtech05212024/06/18
toshikish2023/11/10
guromityan2023/10/17
ayoshh2023/10/08
clavier2023/10/08
Nink2023/10/08
crayzic2023/10/07
cutc-mt2023/10/07
sadayoshi_tada2023/10/07
yug12242023/10/07
nukosan5552023/10/07
arx0balest2023/10/07
hrksb50292023/10/06
comb_81072023/10/06
nori-tech2023/10/06
emanon0012023/10/06

同じサイトの新着

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

いま人気の記事

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

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

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

新着記事 - テクノロジー

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

設定を変更しましたx