Reduxの正しい解釈の話

2016年の課題は状態遷移の管理だったと思う。 そのアンサーとして、 Fluxのような実装におけるStore相当にアプリケーションの状態をほぼすべて管理させるReactのようなVirtual DOMを搭載したビューの実装を透過的なユーザーインターフェースとして扱うこの2つの組み合わせにより、アプリケーションの状態と描画される画面が (ほぼ) 参照透過的になる。というのがFluxとReact以降のパラダイムだと思う (理論として) 。 このパラダイムなら、エラーの発生時にアプリケーションの状態を表現するJSONをエラー収集サービスに送るようにして、簡単にバグを再現したりできるし、状態の遷移をテストしていくことで、クラッシュするようなバグのうち大半を検出できる。 Fluxの問題そこで問題が出るのが、Action(Creator) とReducer (Store#reduce())の2要素間のル

[Smini]

[Redux][redux-saga][Flux]

[teppeis]

Fluxのループにドメインレイヤーは出てこないって話ね http://azu.github.io/slide/2016/react-meetup/large-scale-javascript.html

[rrrkaneko]

reduxでは非同期のmiddlewareは入れずにユースケース層でPromiseなりで書いて、正常・異常のActionを投げるのがいいのでは？と最近思っている。reduxの非同期middlewareはActionが無駄に投げられている感じがある。

[t-wada]

"React/Fluxの組み合わせにより、アプリケーションの状態と描画される画面が (ほぼ) 参照透過的になる" "Reactは透過的ユーザーインターフェースで、Fluxは有限オートマトンのように考えると、一種のパラダイムシフト"