エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ApolloClientからRelayに乗り換えようとして諦めた話 - バイセル Tech Blog
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ApolloClientからRelayに乗り換えようとして諦めた話 - バイセル Tech Blog
こちらは バイセルテクノロジーズ Advent Calendar 2022 の 1日目の記事です。 こんにちは。開発2部の早... こちらは バイセルテクノロジーズ Advent Calendar 2022 の 1日目の記事です。 こんにちは。開発2部の早瀬です。 自分のチームではReact(Next.js)+GraphQLという構成でフロントエンドの開発をしていて、状態管理にはApolloClientを採用しています。その中で最近フロントエンドの構成を大幅に見直す機会があり、以前から気になっていたRelayを導入しようとしたのですが、色々調査した結果、最終的には断念することになりました。 そこで今回はRelayに乗り換えようとした経緯や、なぜ断念するに至ったかを紹介しようと思います! Relayに乗り換えようとした動機 Fragment Colocationを強制できる コンパイラを内包している Reactと相性がいい 乗り換えられなかった理由 HasuraがRelayの要求するスキーマを満たせない Relayに関す