Async React の設計思想と Signal の違いを Transition を中心に考える - KAKEHASHI Tech Blog
ランキング参加中プログラミング こんにちは。フロントエンドエンジニアをしているNokogiri（@nkgrnkgr）です。 はじめに 私たちのReactをつかったプロダクトでは Suspense をデータフェッチに利用しています。useTransition や useOptimistic も触ったことはありましたが、プロダクションでどう活かすかという解像度がまだ上がっていませんでした。 そんなとき、uhyo さんの「React 19時代のコンポーネント設計ベストプラクティス」や「Async Reactとは何か」を読んで、Async React の全体像をちゃんと理解したくなりました。実際にコードを書きながら手を動かし、自分なりに解釈した内容を社内勉強会で共有する機会があったので、本記事ではその内容を整理してお伝えします。 Async React の全体像のうち、特に Transition
Reactのデータ再取得、タイムスタンプで管理すると宣言的になる話【AI生成】
この記事は、AIが生成した記事を無修正で公開しています。投稿者（人間）の普段の作風・意見と異なる点や内容の粗もありますが、技術記事として公開するに足るクオリティであるという投稿者の判断と責任により投稿するものです。 ただし、記事に含まれる、経験に基づくエピソードは全てAIによる創造である点はご了承ください。 ちなみに、記事の生成は事前に用意したスタイルガイドに基づき、人間が記事のアイデアと結論を与えてAI (Claude Code) が出力したものであり、出力結果に対する追加の修正依頼などは行わない一発撮りです。 皆さんこんにちは。最近、データ再取得の実装パターンについて考えていて、面白い気づきがあったので共有します。 Reactでデータを再取得したいとき、普通はrefetch()みたいな関数を呼ぶ実装になります。ボタンを押したらサーバーからデータを取り直す、みたいなやつです。でも、これっ
Next.jsでなんとしてもPostponeしたい！
Reactには React.postpone() というexperimentalなAPIがある。これはサーバー上で呼び出すとSuspense境界をトリガーし、クライアントサイドレンダリングにスイッチする挙動を実現できるAPIで、一般的なClientOnlyコンポーネントや next/dynamic での ssr: false と近しい効果を得られる。 ただしClientOnlyなどがトップダウン的に配下のコンポーネントツリーをクライアントレンダリングにスイッチするのに対して、postpone APIはボトムアップ、宣言的にそれを行うという重要な違いがある。これはcomposition, colocationなどを踏まえた設計を実現できるかに関わるものである。 ところで postpone はexperimentalなAPIと最初に言ったようにこれはreact@experimentalにしか含
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
