Content-Length: 203826 | pFad | http://b.hatena.ne.jp/paulownia/GraphQL/
GraphQLが解決する問題とその先のユースケース
サーバーサイドからみたGraphQL Serverlss Meetup#19 2021/03/31 に行われた Serverlss Meetup#19 で上記のタイトルで登壇してきました。サーバーサイドの話をしようと思ったけどGraphQLの解決している話をしようと思ったらクライアントの事もかなりはいってしまったので記事のタイトルは変えました。 以下内容です。記事の最後に資料を書くにあたって参考になった資料のリンクを置いてます。 GraphQL and me この1年書いたQiita記事 GraphQLの特徴を分解する ~API インターフェース・Universal BFF・API Gateway~ GraphQLはサーバーサイド実装のベストプラクティスとなるか GraphQLの全体像とWebApp開発のこれから 今回話す事 そもそもGraphQLはなんで作られたのか、何を解決しようとして
既存のRailsアプリにGraphQL APIを足す - Notes on GraphQL for Ruby
graphql-ruby はただのGraphQL処理系で、ウェブアプリケーション全体に影響を及ぼすものではありません。Rails的に言えば、 GraphqlController#execute というアクションを追加するだけですし、これすら rails generate graphql:install で雛形を生成できます。したがって、すでにRESTful APIで運用しているRailsアプリにもGraphQL APIを足すことは簡単ですし、それから徐々に移行していけばいいのです。 クライアントサイドも、ApolloやRelayなどの専用クライアントを使わず運用することは十分可能です。実際、KibelaでもApolloを導入したのは最初にGraphQL APIを導入してから1年近くたった後のことでした。それまでは、単に文字列をpost bodyで送ってJSONを返すエンドポイントとしてGr
GraphQLナイトに参加した & 『GraphQLとスキーマファースト開発』についてLTした - kymmt
connpass.com 五反田のfreeeさんでGraphQLナイトが開催されたので参加してきました。会社のSlackの開発者チャンネルで@hsbtさんが貼ったリンクを見て開催に気づけたので、ありがたい限りでした。 また、LT枠が急遽空いたので、前日に飛び入りでLTすることに決めました。LT資料はこちらです。 内容としては、これまでの記事から、あまり他の人と被りなくRubyに特化しすぎることもない次のネタをあらためて紹介した感じです。 blog.kymmt.com どういう反応になりそうかあんまりわからなかったのですが、ある程度こういう話に興味がある人は多いのかな？という感想でした。 先程のLT資料です #gqnight https://t.co/CfwNOkd0GZ— kymmt90 (@kymmt90) June 28, 2018 あと、いい機会なのでサンプルを作りました。 gith
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/paulownia/GraphQL/
Alternative Proxies:
