こんにちは！LayerXの mosa_siru (榎本) です。 LayerX インボイスでは、もともと github.com/go-swagger/go-swagger を利用してREST APIを開発していましたが、最近開発したワークフロー機能 のコンポーネントではGraphQLを取り入れました。 GraphQLには様々なメリットがあり、RESTとの比較記事は多くありますが、なぜ僕らは移行したのか、その結果どうなったのかを紹介していきます。 GraphQLのメリット GraphQLのメリットは、様々な箇所で語られています。例えばこの記事によれば、 強力に型付けされたスキーマであること アンダーフェッチとオーバーフェッチがないこと（後述） Apollo, Relayなどの、クライアントライブラリにより、フロントエンド開発が迅速になること 複数のGraphQL APIからの統合が可能 強力
サーバーサイドからみた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はなんで作られたのか、何を解決しようとして
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR GraphQLはクライアント側とサーバー側の双方の複雑化を解決するために利用されてる フロントエンドにとってGraphQLはHTTP上で動く信頼できる唯一のリソースとして振る舞う フロントエンドの状態管理のベストプラクティスとしてのApollo Client クライアントファーストなAPI, GraphQLはWeb APIのベストプラクティスになり得る クラシックアプリケーションを改修することなくGraphQLとモダンフロントエンドで今どきのアプリを作れる はじめに GraphQLは非常に良く出来たソフトウェア(の仕様)です
エンジニアリンググループの松原@ma2geです。一昨日(10/9(水))に CrowdWorks さん *1 のオフィスをお借りして、「GraphQL について語る会」というイベントを開催しました！ m3-engineer.connpass.com 会のテーマはその名の通り、GraphQL について語る場所を作ろうということで、クライアントからサーバサイドまで含めて GraphQL について盛り上がろうという趣旨で行いました。 参加された60名弱の方々も、GraphQL や周辺技術について懇親会でも議論していて盛り上がる会になったかと思います。来てくださりありがとうございました。 たくさんの方にお越しいただきました、司会は星川@oboenikuiさん この記事では発表内容についてそれぞれ振り返ります。 Apollo Code Generation 最初は弊社堀田(@horita_yuya)
こんにちは、JapanTaxi SREチームの水戸です。 インフラからアプリケーションまでサービスの安定性向上のための改善を日々行っています。 今年9月のリニューアルで、JapanTaxiアプリ向けのAPIにGraphQLを導入しました。この記事では実際にGraphQL導入したことで感じたメリットと課題を書いていきたいと思います。 現在のJapanTaxiアプリにおけるGraphQLの導入状況 今回は数年間開発を続けてきたアプリのリニューアルプロジェクトということで、既存部分を使いまわしている部分も多々あり全てのAPIを一斉に置き換えるのは難しい状況でした。そのためリリース時点ではアプリの変更に合わせて改修が必要になった参照系のAPIにのみGraphQLを導入しました。 リリース後は順次RESTからGraphQLに切り替えを進めており、一部では更新系でもGraphQLを使い始めています。
はじめに こんにちは、グノシー事業部でAndroidアプリとバックエンドの開発をしている山本です！ 今回は先日リリースしたグノシースポーツ(以下 グノスポ)で導入したAWS AppSync(GraphQL)について紹介します。 グノスポの概要については当連載の第一回を御覧ください。 tech.gunosy.io AWS AppSyncについて AWS AppSync(以下 AppSync)とはAmazon Web Service(AWS)上で利用できるフルマネージドGraphQLサービスです。 AppSyncでは大まかに言うと、以下の事ができます。 クライアントからのGraphQLを用いたアクセス 複数データソースからのデータ取得(query) Lambda DynamoDB Elasticsearch HTTP データの更新処理(mutation) リアルタイム通知(subscribe)
SOELU[ソエル] はオンラインのライブヨガスタジオです。空いた時間におうちでヨガを楽しめ、インストラクターとライブで繋がってレッスン受講できるのでおうちでもヨガが続きます。ヨガ初心者の方も歓迎！まずは無料体験から！ GraphQLが発表されて３年、日本語の紹介記事が出回りはじめてから約１年ほど経過しました。プロダクション採用例もカンファレンスやブログでちょこちょこ見かけます。 私たちSOELU開発チームもGraphQLをサービス開発に採用し、使い勝手などを探ってきました。このエントリーでは、採用してみた所感をまとめます。 本題に入る前に、先日GraphQLの入門勉強会を行いました。そのときの資料と、GraphQLを使った簡単なアプリケーション実装例を公開します。GraphQLをまだキャッチアップできていない人はまずこの資料に目を通していただくと理解が深まるかと思います。 資料
MBL402: NEW LAUNCH! Data Driven Apps with GraphQL: AWS AppSync Deep Dive ラスベガスで開催中の re:Invent 2017 にて「MBL402: NEW LAUNCH! Data Driven Apps with GraphQL: AWS AppSync Deep Dive」を聴講してきたのでレポートします。 スピーカーは下記の 2 名です。 Rohan Deshpande Michael Paris AWS とモバイルアプリ モバイルアプリに必要な機能 認証と認可 ユーザーと ID プロバイダの管理 効率的なネットワーク使用 接続状態が悪い時でも高速なデータアクセス データ同期 ユーザーの設定や状態をデバイス間で同期 多くのデバイスとプラットフォームへの対応 顧客がどこへ行っても ビジネスロジック サーバー管理不要
こんにちは、hibariya です。最近 ミートアップ が開催されるなど、GraphQL が静かに注目を集めていますね。GraphQL は Web API で使えるクエリ言語です。GraphQL 自体は特定のデータベースに依存しないため、RDBMS を使ったアプリケーションで採用することも可能です。PostgreSQL を使う Idobata でも GraphQL の Public API を公開しました。GraphQL 自体がどういうものかについては、graphql.org や以下の資料が参考になるのではないかと思います。 GraphQL APIをRailsアプリに実装した時のメモ GraphQL勉強会 2017.6.7 (補足) Building a Web API with GraphQL GraphQL でサーバ側を実装するときに起こりがちな問題として、クライアントから投げられるク
November 14, 2017 GraphQL Server Basics: GraphQL Schemas, TypeDefs & Resolvers Explained When starting out with GraphQL — one of the first questions to ask is how do I build a GraphQL server? As GraphQL has been released simply as a specification, your GraphQL server can literally be implemented in any of your preferred programming languages. Before starting to build your server, GraphQL requires
20180523 AWS Black Belt Online Seminar AWS AppSync
20180523 AWS Black Belt Online Seminar AWS AppSync 1. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. アマゾン ウェブ サービス ジャパン株式会社 ソリューションアーキテクト 塚越 啓介 2018.05.23 【AWS Black Belt Online Seminar】 AWS AppSync 2. © 2018, Amazon Web Services, Inc. or its Affiliates. All rights reserved. Who am I ? 塚越 啓介（つかごし けいすけ） Specialist Solution Architect @Amazon Web Services Japan Mobile / Dev
Kaizen Platformでフロントエンド開発をやっているlacoです。 新規アプリケーション開発において、API仕様中心の開発スタイルを検討し、実験的に取り入れました。 本記事ではその概要と効果を紹介します。 API仕様中心開発 API仕様中心開発を取り入れようと思ったきっかけは、2017年のNode学園祭でpika_shiさんが発表した「JSON Schema Centralized Design」です。 JSON Schema Centralized Design - Speaker Deck Kaizen Platformではリモートワークで開発しているメンバーが多く、非同期にコミュニケーションをすることが多いので、生産性を高めるためには互いの作業を待たずに独立して分業できるワークフローが必要でした。 バックエンドAPIの実装を待たないとフロントエンドが実装できないような依存関
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - Shopify/graphql-batch: A query batching executor for the graphql gem
AWS AppSync（アプリデータをリアルタイムで保存、同期）| AWS