ぼくのかんがえたさいきょうの useState + useContext よりも Redux のほうが大抵勝っている

「Redux は学習コストが高い」などと言って useState（または useReducer）と useContext を組み合わせ 劣化 オレオレ Redux を作ってしまうのを見かけます[1]。よくないことだと思いますが、気持ちは非常にわかります。Redux エコシステムがそういう気持ちにさせてしまう部分は大いにあります。 Redux は それ単体なら 学習コストは useReducer + useContext と同等であることを示してこの気持ち（誤解）を解かしつつ、なぜそういう気持ちになってしまうのか考察してみます。 まず useState と useReducer の違いを押さえておく 知っている方はスキップしてください。 useState と useReducer は本質的には同等で、どちらもコンポーネントにステート（状態）を持たせる役割があります。次のようなカウンターアプリ

[hirolog634]

この記事と、はてブの反応が真逆で混乱する。結論、Reduxは不要？

[hachibeechan]

オレオレを自作できる人ならReduxを問題なく使えるし、自作できないレベルの人が野良の自作をコピペするとチューニングとか出来なくて詰むからなー

[nkgr]

Redux toolkitが入ってからactionまわりのめんどくさい部分は改善されている。 Recomposeの悪い記憶が残っているのであれば最新のReduxを試して欲しい

[tockri]

Reduxなぁ…なんであんなに難しくて面倒なんだ…

[atico]

stateは短時間に複数変更があったらまとめられて実行されるし、実DOMではなく、仮想DOMのrenderは別に重くないのでは？重い処理はuseMemoすればいいし、useCallbackを使えば無駄な実DOMの更新は起きないのでは？

[hackpopo]

toolkitでactionを投げたい時、actionCreatorを使わなくても投げれるよ。型も付けらるし toolkitを使うと書き方が窮屈になるけど、品質は一定のレベルで収まるから大規模だとより安定しやすいと思う

[noseld]

「〇〇が分かりづらい」「難しい」レベルの言及が多いからジュニア層をターゲットにした比較かな。toolkitはベストプラクティスを強要するツールなのでジュニアなチームにこそ使わせたい。

[phare]

useReducerが生きる例: "「useReducer のほうが onClick 内は単純」という点が腑に落ちない場合は、API が例外を投げたときを考えてみてください"

[umai_bow]

関数型的な考え方がフロントエンド界隈で流行ってたけどそういう潮流も少し収まったし、メリデメ理解できる人だけがやればいい。タイムトラベルとか流行ったけど結局別に…って感じだったし…。

[latena]

Redux 使うより Recoil 使う方がずっとシンプルだし簡単じゃん。

[crexist]

Redux は特にSingle global state が決定的にダメ。ブラウザならまぁいいかもしれんけど React Native になった途端破綻する。プラットフォームが変わった瞬間ダメなのはやはりアーキテクチャとしてダメだと思ってる

[dot]

redux面倒杉で使う気が起きなかったクチなので、技術者として劣化してしてるのかなと思ってたけど、みんな同じように感じてたんだなーと思って少しだけホッとしてる。

[dtpg]

Reduxっているの？

[baronhorse]

JSの==とか===が悪いんじゃないかな

[shimmering]

記事の通り、これこそが複雑だったりめんどくさいやり方にするのは間違っているだと思う。自己実装は細かい穴やメンテ性、チームでの運用が大変なため。ただReduxも使いづらいと思うので難しいところ

[riveroka]

小中規模ならMobXで十分。MobXつらくなってきたらReduxみたいに思ってる。

[cpw]

React15のあたりで本気でReact + Reduxを使ったけど、最近の書き方に追従するのはつらすぎる。どうするべきかわからないけど、車輪の再発明はしたくないけどなるべくライブラリは使わないようにしたいとは思う。バランス。