ReduxとMobXの選定観点 - Qiita

この記事を書いた当時、MobXは余計な複雑さが隠蔽され、とても良く目に映りました。何よりReduxにはOOPが可能なモデルが無い、という当時のReduxに対する不満を解決してくれました。(今はReduxにもモデルを持ち込む手法を選んでいるので不満はありませんが) 直近、同僚に「Redux と MobX の選択はどうすれば？」と相談されたので、その日の返答内容をまとめてみました。 TODOサンプルだけでは測れない現実の課題 ライブラリのキャッチアップに、TODOや「+1」するカウンターで検証することはよくあると思います。ただし、これだけでは長期運用するプロダクトの検証には不十分です。 MobXは便利で簡単に始めることが出来るため、Storeを無作為に参照しあってエンバグしやすいコードが出来てしまいがちです。 Storeが数えるほどしかなく、機能も単純であれば原因を突き止めるのは容易です。しか

[laiso]

“ボイラープレートが辛い、という消去法で MobX にするのはやめましょう。”