Remix v3 beta公開：React不要のフルスタックフレームワーク誕生

Remix v3 beta：フルスタック開発の選択肢が広がる

Remix開発チームは、2026年5月2日にRemix v3 Beta Previewを公開した。これにより、ReactとReact Routerの上に乗るメタフレームワークという従来の位置づけから、独立したフルスタックフレームワークとして全面的に作り直された。

公式ブログによれば、Remix v3は「Remixを入れたら、もう作り始められる」状態を目指す。UIランタイム、コンポーネント、ルーティング、認証、フォーム、データ層、テスト、CLIなど、Webアプリ開発に必要な機能をremixという単一パッケージに統合している。

Reactからの脱却：Web標準APIを活用する設計思想

Remix v3の最大の変更点は、内部的にReactもReact Routerも使用しない点だ。代わりに、ブラウザのWeb標準APIの上に薄いランタイムを構築している。例えば、要素のアニメーションにはWeb Animations API、ポップオーバーの開閉にはHTMLのpopover属性、サーバとの通信にはfetch API、ルーティングにはWeb標準のRequest/Responseオブジェクトが採用された。

「ブラウザにある機能はブラウザに任せる」という設計思想で、独自の仮想DOMを実装するのではなく、WebプラットフォームをJSXレイヤから直接操作する感覚に近い。開発者はnpm install remixでインストールすると、remix/uiやremix/data-schema、remix/fetch-router、remix/authといった機能別サブパスを利用できる。

コンポーネントモデルの刷新：セットアップと描画の分離

Remix v3のコンポーネントは、外側の「セットアップ関数」と内側の「描画関数」の2段構えになる。外側の関数はマウント時に1回だけ実行され、状態の初期化や外部ストアの購読を担当する。内側の関数は再描画のたびに呼ばれ、描画ロジックを定義する。

これにより、ReactでuseMemoやuseCallbackを予防的に使用していた場面が簡素化された。状態管理も、useStateフックではなく、単純なローカル変数とhandle.update()の明示的な呼び出しに変更された。変更と再描画を別動作として記述するため、何が起きているかを追いやすい。

状態共有とリソース管理のアプローチ

複数コンポーネントで状態を共有するには、EventTargetを継承したクラスを作成し、変更時にchangeイベントをディスパッチする。コンポーネント側はそのイベントを購読し、変化に応じて再描画される。コンポーネントのアンマウント時自動でabort()されるAbortSignalが提供されるため、リソースの後片付けが容易になった。

実際の試用：タスクマネージャーアプリでの検証

筆者は以前作成したタスクマネージャーアプリをRemix v3 betaで書き直し、その変更過程を公開している。デモアプリやリポジトリ、移行プルリクエストが公開されており、実際のコード変更を通じてフレームワークの実用性を検証できる。

Remix v3 betaの公開は、フルスタック開発における新しい選択肢を提示するものだ。Reactに依存しない設計は、バンドルサイズの削減やWeb標準への適合性向上に寄与する可能性がある。今後の安定版リリースと、エコシステムの発展が注目される。

FAQ

Q: Remix v3 betaはReactアプリからの移行が容易ですか？ A: Remex v3は内部的にReactを使用しないため、既存のReactアプリをそのまま移行することはできません。コンポーネントモデルや状態管理のアプローチが異なるため、コードの書き直しが必要です。ただし、JSXを書くスタイルは似ているため、React経験者は比較的早く適応できるでしょう。

Q: Remix v3 betaは本番環境で使用できますか？ A: 現在はベータプレビューフェーズであり、本番環境での使用は推奨されていません。APIや機能が変更される可能性があるため、開発やテスト用途での試用が想定されています。安定版リリースを待つのが安全です。

Q: Remix v3 betaの主な利点は何ですか？ A: ReactやReact Routerに依存しないことで、バンドルサイズの削減やWeb標準APIの直接活用が可能になります。単一パッケージに必要な機能が統合されているため、開発環境のセットアップが簡素化され、「すぐに作り始められる」状態が実現されます。