GraphQLを使ったアプリケーションがリリースされたので勘所を考えた - Feedforce Developer Blog

小飼です。Dropbox上場のニュースをみて『Rustで上場』という標語を考えたんですが、ロジックが乱暴過ぎるとの評価を頂きました。 さて、フィードフォースでは去る3月8日広告出稿・運用支援ツール『EC Booster』をリリースしました。 この新サービスにはクライアント・サーバ間コミュニケーションのインターフェースにGraphQLを採用しています。 GitHub, Apolloなど、海外では採用事例の増えてきている印象のあるGraphQLですが、国内における採用事例はまだあまり多くはないようです。 そこで本稿では、フィードフォースで実際のプロダクションに採用してみての、初期の使用感などをお伝えしたいと思います。 なお、本アプリケーションはAPIサーバ及びアセット配信サーバとしてのRailsアプリケーションが、 React/Apolloで構築されたクライアント側アプリケーションと、Grap

[holyshared]

評価しているコンテキストがフロントエンドよりなので、違和感を感じる。

[gfx]

"RESTful APIを置き換えるものというよりはむしろ、Flux/Reduxを置き換えるようなものである、という印象です"

[Quramy]

「国内における採用事例はまだあまり多くはないようです」もう少し経てば増えるのか、別のブロッカーがあるのかが ずっと気になっている

[marshi]

実際運用してみるとどういうところで困るのか知りたいのでどんどん事例増えてほしい

[den8]

“むしろ、クエリ言語によってリクエストを表現するということはGraphQLの表層的な一面に過ぎず、アプリケーションの状態を宣言的に管理できるように促されるところが勘所であるように思いました。” 同意

[sugimomoto]

“クエリ言語を用いることによりアプリケーションの状態を宣言的に管理できるように促されるところが勘所であるように思いました。” GraphQL導入してみた感想。クライアントサイドとの親和性はなるほどなーと

[tikkss]

“端的に言うと、RESTful APIを置き換えるものというよりはむしろ、Flux/Reduxを置き換えるようなものである、という印象です。”

[namikingsoft]

表示データ更新まわりはサーバーサイドからの Push も組み込むと良さ気なのかしら

[vanbraam]

ModelがRDBに突っ込める様な構造だったら,検索(+更新)時のデータ構造をシンプルに記述する方法として機能するだろうから,frontend側への影響の方が大きいだろうな;これがb:id:entry:357372189の様な純粋なgraphだとまた別

[yo_waka]

"サーバ・クライアントのコードを同じ人物が編集するようなチームにこそ、より強くフィットするであろうと感じています"

[zkangaroo]

ご本人に非は全く無いのですが、お名前はフルネームで書かれたほうがいいように思います。

[uehaj]

「端的に言うと、RESTful APIを置き換えるものというよりはむしろ、Flux/Reduxを置き換えるようなもの

[turanukimaru]

よくわからないものにアクセスして平気だというのがもう既に分からない

[adwd118]

RelayじゃなくてApolloな理由が知りたい

[hagihagi0000]

おかしいと思う。

[petitviolet]

“端的に言うと、RESTful APIを置き換えるものというよりはむしろ、Flux/Reduxを置き換えるようなものである、という印象です。”

[tsub511]

GraphQL 導入事例です！

[otofu-square]

弊社の新サービスで GraphQL を採用しました👏