Skip to content
Latchkey

Recoil vs Jotai: どちらのアトミックな状態管理を選ぶか

RecoilとJotaiはどちらも状態をatomとしてモデル化しますが、Jotaiはより小さく、シンプルで、より活発にメンテナンスされています。

Recoilは、非同期サポートを組み込んだatomとselectorのプリミティブをReactに導入しましたが、そのメンテナンスは大幅に鈍化しました。Jotaiは、より小さくシンプルなAPI、文字列キーなし、強力なTypeScriptサポート、活発な開発を備えた同様のアトミックモデルを提供し、アトミックな状態の事実上の後継となっています。Recoilはこのパターンを切り開きましたが、今日ではJotaiがサイズ、シンプルさ、TypeScript、メンテナンスの勢いで優れます。

RecoilJotai
モデルatom + selectoratom(組み合わせ可能)
API文字列キー必須キーなし、最小限
バンドルサイズ大きい小さい
メンテナンス鈍化活発
最適な用途レガシーなRecoilアプリ新規のアトミックな状態の作業

ユースケースとメンテナンス

Recoilは、それを基盤に既に構築された既存のアプリに向いています。新規の作業には、Jotaiがより安全な選択です。より小さくキーなしのAPI、優れたTypeScript、継続的なメンテナンスを備えつつ、Recoilが切り開いたのと同じアトミックな粒度と非同期サポートを提供します。

テストとCI

どちらもアトミックなストアとしてテストし、Jotaiの小さな表面はモックがより簡単です。いずれもマネージドrunner上で実行でき、より高速なrunnerは状態の多いテストスイートを短縮します。

結論

既存のRecoilアプリを保守するなら: 移行の価値があるまでは維持します。アトミックな状態で新規に始めるなら: より小さくシンプルで活発にメンテナンスされているJotai。新規プロジェクトには、Jotaiが明確な推奨です。

関連ガイド