React Server Components と GraphQL のアナロジー

Next.js の App Router が安定版となり、React Server Components (以下 RSC) を実際に試す環境が整ってきた。 実際、今年はやれどこそこのプロダクトが Next.js を採用しただのやっぱり捨てだのといった話題が尽きなかったように思う。 かくいう自分自身も、今年は App Router の案件に取り組んで RSC と格闘する日々を送っていた。 その過程で、こんなようなことを考えるようになったので、今回はこの辺りの話を書き残しておこうと思う（何回か X に同じ旨の POST は上げていたけど、一回もちゃんとまとめてなかったので）。 RSC がない頃の、別の言い方をすると getServerSideProps を使っていた頃の、Next.js におけるアプリケーションの設計は、トラディショナルな MVC にかなり近しい。 ここでいう MVC は、Sp

[takezaki]

“今までは Relay と GraphQL Resolver を使って実現できたことが、RSC によって React だけで実現できるようになっている。”

[Kesin]

またパラダイムシフトが起きそうで面白い

[Nyoho]

「コンポーネントは自身の描画に必要な情報は自分自身で取得する」

[efcl]

GraphQLのFragmentsとReact Server Componentsの類似性について

[t-wada]

"今まではRelayとGraphQL Resolverを使って実現できたことが、RSCによってReactだけで実現できる" "GraphQL Resolverの特性である「再帰的に呼び出されていく」は、そっくりそのままAsync Componentの呼び出し関係として引き継がれている"

[gabuchan]

Aync Component は GraphQL Resolver のようなものである

[tadyjp]

この対比だと、GraphQLよりリソースにスコープが限定されやすいRESTfulにも軍配が上がりそうだな

[manaten]

モチベーションはわかるけど、child componentが各々副作用持つのを嫌う人もいそう。レイアウトと各ウィジェットくらいのレイヤでとどめたさがある

[mizdra]

わかりやすい