React Server Component の Isomorphism について解説する

Next.js + React Server Component のリファレンス実装が出たので、手元で動かしながら理解したメモ。 vercel/next-server-components: Experimental demo of React Server Components with Next.js. Deployed serverlessly on Vercel. これを書いてるモチベーションとして、Twitter を見る限り React Server Component のことを 「ただのサーバーサイドへの先祖返り」とか「SSR 結果を dangerouslySetInnerHtml してるだけでは？」みたいな反応があったので、そのへんの誤解を解きたい。 Introducing Zero-Bundle-Size React Server Components – React Bl

[mizchi]

書いた！！！

[laiso]

クライアント側だけでビューの状態持ってるからサーバーからpullするだけでよくHotwireみたいにwebsocket 接続で変更を待ち受けなくていいのかということが分かってスッキリした

[takezaki]

“やはりクライアント ・サーバーで同じ言語であるという利点が強い。”

[programmablekinoko]

Railsのhotwireとは方向が逆でクライアントのjs空間が透過的にサーバーに拡張されたようなイメージ。あとコンポーネントが単なる画面の単位ではなく真の機能分割として扱うマインドセットになるのかな

[hirose504]

“クライアントは純粋な HTML ではなく、React Element として受け取るので、受け取った際に、 Hydration が行われて、JS のロジック注入で、React Component としてクライアントで動的に振る舞う。”

[kikunantoka]

なるほど