Recoil が面白いので Redux との違いを説明してみる - study-react

前置き(私見含む) Recoil が面白い。 React でそれなりの規模のアプリケーションを作ったことのある方なら、状態管理の辛さをよく知っていると思う コンポーネントを跨いだ変数をひとつ作ろうと思っただけなのに「まずは Flux アーキテクチャのコンセプトとアンチパターンから学ぶ必要があります。大量の props バケツリレーから逃れるためには〜」とか言われても 現実的で複雑なアプリケーションの状態、つまり「非同期処理」や「状態同士の依存関係」……などを作っていくのは大変 そんな中 Facebook が新たな状態管理ライブラリをリリースした、それが Recoil これは Redux とも ReactN とも全く異なるアプローチのライブラリで、しかも圧倒的に分かりやすい teramotodaiki.icon 現在は experimental(実験段階) なので Redux のコードをごっ

[shunkeen]

“Recoil のアプローチを一言でいうなら、アプリケーションの状態を有向グラフで表現する”／より詳細にいうと有向非巡回グラフ（DAG）なのかな。クラスの多重継承問題しかり、情報の整理時に木構造とDAGはせめぎ合う

[t_f_m]

"Recoil のアプローチを一言でいうなら、アプリケーションの状態を有向グラフで表現するということ"