redux-sagaで非同期処理と戦う - Qiita

はじめに ReduxはSingle Store、immutableなState、副作用のないReducerという３つの原則を掲げたFluxフレームワークです。しかし他のフレームワークと違って提供しているものは最小限で、とてもフルスタックとは言えない薄さです。そのためすべてにおいて定番と言える書き方が定まっているわけでもなく、どうしようか迷ってしまうことも少なくありません。その筆頭とも言えるのが 非同期処理 の扱いです。コミュニティでは今でもさまざまな方向に模索が続いていますが、よく使われているものだとredux-thunk、redux-promiseあたりでしょうか。Reduxに限定しないのであればreact-side-effectというものもあります。こちらはTwitterのモバイルウェブ版で使われていますね。どれを使っても非同期処理が可能になりますが、それはあくまで道具であって、設計の

[kuy]

redux-sagaの解説記事を書いた。Saga（タスク）の概念の説明に力を入れました。みなさまがSaga脳になることを願ってます。

[kiririmode]

よくやくちょっとずつわかるようになってきた

[ottonove]

react.js

[anton072]

“redux-sagaは「タスク」という概念をReduxに持ち込むための支援ライブラリです。”

[akabekobeko]

改めて Redux を触っていて設計思想や構造を理解するのに役立った記事。そういえば Qiita、HTTPS になったのだね。HTTP のほうはブクマ大量だけどこっちは初めてのようだ。

[sukeboo]

“UEST_USER Actionを待つことに”

[giichi6]

saga

[nobyu]

“ ”

[steelydylan]

あまり Generator関数に慣れていない。。。

[uehaj]

ジェネレータ=コルーチンの試験は、一見関数ローカルな中間値を検証しつつ進行できる

[ko-ya-ma]

丁寧な丁寧な解説

[kefi3104]

redux-sagaで非同期処理と戦う

[yoshikidz]

この辺複雑だけど具体例あって非常にわかりやすい。

[koseki]

感謝しかない

[qxd]

“yield”

[keik_117]

[redux-saga]

[efcl]

Redux-sagaでの再利用できるコンポーネントの話

[kitokitoki]

超良記事。

[wadackel]

ボリューム凄い

[bokuweb]

キタ！