再考: アプリ開発と状態遷移の管理 - ninjinkun's diary
自分が開発しているLaunchableのWebアプリがローンチされて1年半ほどになる。このWebアプリにはReduxのような状態管理ライブラリを入れないまま開発してきたのだが、今のところ困らずに開発できている。そういえば昔自分は状態管理について何か考えていたような…とブログを掘り起こしてみた。 ninjinkun.hatenablog.com このエントリは2016年にネイティブアプリを対象にして書かれているが、この後自分は2018年ごろにWebフロントエンドに軸足を移し、ネイティブアプリ開発から離れた。なのでこのエントリはWebフロントエンドエンジニアが2022年に再考した話になる。 結論としては、当時自分が管理したかった状態のほとんどは現在ApolloClientのキャッシュによって解決されている。 繰り返しになるが、自分が開発しているLaunchableのWebフロントエンドには状態
Principled GraphQL - tasuwo-graphql
概要 Apollo によって、Principled GraphQL という記事が公開された。これは、Apollo が 2015 年からデータグラフ技術を先導してきてからのこの数年間、大小含めた企業に属する様々な GraphQL 開発者と議論を重ねてきた中で得た知見を共有するもの、とされている。記事は GitHub でもオープンに管理されているので、PR や issue も送れそうだ。 https://principledgraphql.com/ https://github.com/apollographql/principled-graphql ここでは要点だけメモをしておく Integrity Principles (統一の原則) 1. One Graph 企業は、チーム毎に作成された複数のグラフではなく、 をもつべき メリット: 1 回のクエリで、より多くのデータやサービスにアクセス
GraphQLの全体像とWebApp開発のこれから - Qiita
TL;DR GraphQLはクライアント側とサーバー側の双方の複雑化を解決するために利用されてる フロントエンドにとってGraphQLはHTTP上で動く信頼できる唯一のリソースとして振る舞う フロントエンドの状態管理のベストプラクティスとしてのApollo Client クライアントファーストなAPI, GraphQLはWeb APIのベストプラクティスになり得る クラシックアプリケーションを改修することなくGraphQLとモダンフロントエンドで今どきのアプリを作れる はじめに GraphQLは非常に良く出来たソフトウェア(の仕様)ですが、複数の側面を持つことからすぐに理解することが難しくまだ日本ではあまり受け入れられていない印象があります。GraphQLを端的に何と言われると "全てのフロントエンドのためのAPI BFF" なのですが、それだけで理解出来る人はなかなか居ないように思います
iOS GraphQL クライアントのデバッグツールを作った話 - スタディサプリ Product Team Blog
こんにちは、今年の4月から Quipper の iOS エンジニアになった @manicmaniac です。 ちょっと話題としてはニッチかもしれないのですが、今日は Apollo iOS client を利用したアプリで GraphQL のデバッグに苦労し、そしてコードを書いてそれを克服した話をします。 そもそも GraphQL とか Apollo ってなに？ GraphQL とは Web API のクエリ言語であり、またそのランタイム自体を指す言葉です1。 対して、Apollo は GraphQL のサーバー・クライアント用のライブラリで、Meteor の開発元でもある Meteor Development Group 社が開発しています。 Apollo の iOS 向けクライアントである Apollo iOS は単なる API クライアントを超えて、以下のような機能を備えています。 G
GraphQLをプロダクトに採用した所感 – SOELU Developers – Medium
SOELU[ソエル] はオンラインのライブヨガスタジオです。空いた時間におうちでヨガを楽しめ、インストラクターとライブで繋がってレッスン受講できるのでおうちでもヨガが続きます。ヨガ初心者の方も歓迎！まずは無料体験から！ GraphQLが発表されて３年、日本語の紹介記事が出回りはじめてから約１年ほど経過しました。プロダクション採用例もカンファレンスやブログでちょこちょこ見かけます。 私たちSOELU開発チームもGraphQLをサービス開発に採用し、使い勝手などを探ってきました。このエントリーでは、採用してみた所感をまとめます。 本題に入る前に、先日GraphQLの入門勉強会を行いました。そのときの資料と、GraphQLを使った簡単なアプリケーション実装例を公開します。GraphQLをまだキャッチアップできていない人はまずこの資料に目を通していただくと理解が深まるかと思います。 資料
GraphQL Coding Style Guide - bitjourney.kibe.la
本文書は、 Kibela Web API の実装についてのスタイルガイドです。 実装の原則 GraphQL official site に従う GraphQLに足りない部分は Relay server specに従う 実例としてはGraphQL+Relayで構築されているGitHub API v4を参考にする Naming フィールド名 ※ graphql-ruby 1.8 以降は自動的にcamelizeされるようになっているので、任せましょう。 camelCase にしてください。 定義の際にmodel本来の名前と変える必要がありますが、クライアントサイド言語（JS, Swift, Java）はcamel caseが基本なので、そのまま使えるというメリットがあります。 なお camel case はいくつかのバリエーションがありますが ActiveSupport の String#cam
Apollo GraphQLでWebサービスを開発してわかったこと - 株式会社カブク
初めまして！ インターンの長瀬です。普段はWebフロントエンド関連の業務をしています。 今回は、私がApollo GraphQLを使ってWebサービスを開発してみて感じたこと・考えたことを共有します。前半では開発での知見を活かし、GraphQL APIをRESTful APIと比較しながら紹介していきますので、GraphQLなんて使ったことがないよ！ という方もお楽しみいただけるかと思います。 tl;dr WebサービスをApollo GraphQLで開発した サービスにおいて、特に複雑なグラフ構造のデータモデル等はなかったが、型定義の自動生成や単一エンドポイントなどの点でGraphQLを使う意義があったと感じた Apollo GraphQLはブラウザ拡張やapollo-codegenなどの開発支援も充実しており、快適に開発ができた GraphQL, Apollo GraphQLについて
AWS AppSync + Amplify + Vue.jsでGraphQLをやってみた
Vue.jsをフロント、GraphQLをバックエンドに使って簡単なTODOアプリを実装してみたのでステップを詳細に説明します。 完成したコードは以下のgithubのレポジトリから取得できます。 https://github.com/moksahero/vue-appsync-basic GraphQLバックエンドはAWS AppSyncにした理由 GraphCoolや自前でGraphQLを立てる方法などGraphQLバックエンドの構築方法は多くありどれにしようかなと悩んでいました。今回はAWSのAppSyncを使ってバックエンドを構築することにしましたが、その理由は… 理由１: serverlessでお手軽に構築が可能 AppSyncのAPIの構築にはAWSコンソールから数クリックで初期の構築は終了します。 理由２:動作が安定している GraphQLはデータの書き込みや読み出しに失敗する事
サーバーレスSPAのゲームルールを変える AWS AppSync - アールスリーインスティテュート ｜R3 Institute
公開日：2018-04-06 GitHubのAWS Samples に https://github.com/aws-samples/aws-amplify-graphql というリポジトリがあります。 これは AWS AppSync を用いて作られたフォトアルバム Webアプリで、Cognito User Pools, Federated Identities, Amplify, DynamoDB, S3 がシームレスに統合された React製 single-page application (SPA) です。 Getting Started の項に書かれている手順に沿って、用意されている GraphQLスキーマとマッピングテンプレートを AppSync に設定していけばアプリケーションが動くようになるので、AppSync (GraphQL) のパワフルさを強く感じられるチュートリアルに
GraphQL を試して AWS AppSync を予習する - アールスリーインスティテュート ｜R3 Institute
公開日：2017-12-11 先週までアメリカ・ラスベガスで恒例のAWS年次カンファレンス re:Invent が開催されていました。弊社からは Yasutaka Oki が ガッツリ参加していましたので、このブログにもそのうち何か書いてくれるでしょう。今年も様々な機能・サービスが発表されましたが、今回は AWS AppSync について考察してみたいと思います。 （12/20追記: AppSync のプレビュー利用が承認されたので、試した内容をこちらへ投稿しました） AppSync は簡単に言えば API を作るサービスです。AWS には既に API Gateway というサービスがあり、Lambda Function と呼ばれる 独自のプログラムコード（ユーザーロジック）を呼び出したり、あるいはプログラムを書かずに AWS のサービスや VPC内のサーバーへ中継することができます。弊社
GraphQLとRESTfulについて今日考えてたこと Backend for Usecase/Resourceについて - 余白
DISCLAIMER: これは本当にただのメモ書きで、これがベストプラクティスだとかいう話ではないので、同じようなことを考えてる人いたら今度議論しましょうよ、って程度の話の種。 GraphQLを使うべきスポット、RESTfulが好ましいスポットについて今日ぼんやり考えていて、なんとなく言語化ができる気がするので文字起こししてみる。 Backend for UsecaseとBackend for Resource バックエンドのAPIには2種類あって、 「データ」を構成する「リソース」を提供するもの アプリケーションの「ユースケース」がもつシナリオのなかで登場する「データ」部分を埋めるためのもの を区別することが必要そう、と思っている。 まず前者を Backend for Resource (BFR)と呼ぶことにする。これはわかりやすくて、これはまさしくRESTfulそのもの。 RDBやそう
10分で GraphQL 入門 - Qiita
これは 6/28 に開催される GraphQL ナイト のための資料です ここまでで分かること クエリは独自言語みたい クエリを変えることで柔軟にデータをとってこれそう クエリと結果の見た目が似てるのは分かりやすそう（主観） でも facebook はなんで作ったの？ facebook の事情 数十億ユーザから膨大なリクエストがくる 新興国の低速なネットワークからのモバイル接続も多い アップデートされないモバイルアプリもサポートする つまり リクエスト回数は可能な限り減らしたい 後方互換を維持しながら API を開発したい 無駄なデータを送りたくない （大規模開発なので型安全も欲しい） 規模は違えど我々も同じような問題を抱えているのでは？ なぜ既存のものではダメだったのか？ より詳しくは昔の graphql.org のページを参照（internet archive） v.s. REST 複
新規プロダクトに GraphQL を導入した感想を、バックエンドエンジニアに聞いてみた - work plus ～これからの「働く」が豊かになるメディア～
GraphQLの導入を先導したバックエンドエンジニアに、導入の経緯や採用した感想を聞いてみました！ こんにちは、人事部の川口です。 先日、フィードフォースでは新規プロダクト「EC Booster」をリリースしました！その開発にあたって「GraphQL という聞き慣れない技術を採用した」と聞き、導入を先導したバックエンドエンジニアの @kielze にインタビューしました。 フロントエンドエンジニアから見た GraphQL については小飼が記事を書いていますので、こちらもぜひご覧ください：GraphQLを使ったアプリケーションがリリースされたので勘所を考えた 今回のインタビュイー EC Booster バックエンドエンジニア @kielze 2017年フィードフォース新卒入社。入社後、研修を経て新規プロダクト EC Booster チームに配属。 現在は同プロダクトにおけるバックエンドの開発
subarasikigraphqlfalsesekaiheyoukoso?slide=56
DroidKaigi 2018のスライドです
世のフロントエンドエンジニアにApollo Clientを布教したい - Qiita
こんにちは。いかがコーディングお過ごしでしょうか。 私は今更ながら最近GraphQLで遊び出し、そしてApollo Clientに出会いました。 ワクワクしました。「これは想像以上に既存のフロントエンドの設計・実装を変えるものだぞ！」と感じました。 「Apollo ClientってGraphQLクライアントでしょ？GraphQLエンドポイントない俺には関係ないな。」と思ったそこのあなた、それだけじゃないんですApollo Clientは！！！！！ 本記事では「Apollo Clientとはなんぞや」という話と「なぜ私がApollo Clientを布教したいのか」という点について語ります。実は最初は実装含めたチュートリアルを書いていたのですが長くなり過ぎたため記事を二つに分けました。この記事はどちらかと言うと概念系の話が多めで、片方にApollo Client + Reactのチュートリアル
GraphQLを使ったアプリケーションがリリースされたので勘所を考えた - Feedforce Developer Blog
小飼です。Dropbox上場のニュースをみて『Rustで上場』という標語を考えたんですが、ロジックが乱暴過ぎるとの評価を頂きました。 さて、フィードフォースでは去る3月8日広告出稿・運用支援ツール『EC Booster』をリリースしました。 この新サービスにはクライアント・サーバ間コミュニケーションのインターフェースにGraphQLを採用しています。 GitHub, Apolloなど、海外では採用事例の増えてきている印象のあるGraphQLですが、国内における採用事例はまだあまり多くはないようです。 そこで本稿では、フィードフォースで実際のプロダクションに採用してみての、初期の使用感などをお伝えしたいと思います。 なお、本アプリケーションはAPIサーバ及びアセット配信サーバとしてのRailsアプリケーションが、 React/Apolloで構築されたクライアント側アプリケーションと、Grap
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Guides - GitHub Docs
マネージド GraphQL サービス �AppSync 入門
AppSyncを使いこなすためのDynamoDB設計パターン
Streamlining APIs, Databases, & Microservices | Apollo GraphQL
