あなたのプロダクトに Apollo Client は必要ないかもしれない - 一休.com Developers Blog

Apollo Client は複雑 Apollo Client が向いているケース 一休.com に Apollo Client は必要ないかもしれない では何を使えばいいの？ 複雑なアプリケーションには Apollo を使えばいい？ もう一つのリッチなクライアント、Relay の話 結局、何を使えばいいのか この記事は一休 × 出前館 Frontend Meetup でお話した内容をブログにまとめたものです。 user-first.ikyu.co.jp speakerdeck.com GraphQL クライアントと聞いて一番に思い浮かぶライブラリは何でしょうか？ 多くの方にとっては Apollo Client ではないかと思います。npm trends を見ても Apollo Client のダウンロード数は urql や relay などほかのクライアントと比べ圧倒的です。 実際、一休

[l__LINE__l]

そもそもgraphql が必要なのか、ということもあるし

[takyam1213]

わかる。キャッシュが複雑怪奇。何も考えなくて上手くいくケースは採用できるけど、キャッシュ外したいとかクリアしたいとか任意のタイミングでのコントロールが難しすぎる。

[castaneai]

“逆に言うと、そもそも Mutation がほとんど発生しないアプリケーションや、Mutation 後にデータの再取得によってUIの更新をすることが許されるケースでは Apollo を使う必要はありません”

[yutailang0119]

“Apollo Client は "Mutation が頻繁に発生し、かつ Mutation 後に refetch できない" 性質を持つアプリケーションで真価を発揮します。”

[mizdra]

良い

[shingo-sasaki-0529]

apollo は mutation 後にキャッシュから変更影響がある箇所を賢く特定して必要十分な理フェッチをやってくれるってことか。たしかにそのレベルの仕組みが欲しくなるケースは少なそう。

[krycvf]

“何席を一休レストランに提供するかを管理する "在庫カレンダー" と呼ばれる画”

[yo_waka]

よいまとめ

[otihateten3510]

流行らなさそう

[D_first]

りあクトでもurqlがおすすめされてたなー

[easy-breezy]

"Relay は Meta 製のライブラリだけあって React の実験的な機能の取り込みが早い" なるほど！

[jay-es]

Apollo Client はキャッシュ周りのクセが強い

[zentarou]

ポーリングしたりキャッシュしたり高機能なのよね

[yhara]

超実践的だ。GraphQLクライアントにもいろいろあるんだなあ