redux への不満を解消する為に, flumptというFlux実装を作った - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

qiita.com/mizchi

94 usersがブックマークコメント

コメント

8

記事へのコメント8件

注目コメント
新着コメント

mizchi 書いた。 @naoya_ito @amagitakayoshi @saneyuki_s

2015/12/11 リンク

sonota88 2016

2018/09/19 リンク

umai_bow 単にReduxが非同期の交通整理に関心がないというだけの話ではある

2015/12/16 リンク

igrep “前のstateをとって次のstateを返す非同期をキューに並べて順に実行することで、トランザクションみたいなものを保証することができるだろう”

redux
flux

2015/12/13 リンク

efcl https://github.com/mizchi/flumpt の設計

2015/12/13 リンク

kuy actionを待ち合わせさせて一気に更新ってのは仮想DOMの考え方に近いものがある。

2015/12/12 リンク

koyancya これらを来るに任せて処理してたら、確かに死にそう -> "ユーザー入力と同時に別の更新が同時発火することがある。comonentDidMountから始まる初期化処理や、時間経過によるポーリング処理などがそれに当たる。"

2015/12/12 リンク

Untouchable 用途や規模によって様々なアーキテクチャがあり得るのか

2015/12/11 リンク

mizchi 書いた。 @naoya_ito @amagitakayoshi @saneyuki_s

2015/12/11 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

redux への不満を解消する為に, flumptというFlux実装を作った - Qiita

名前はダークソウルのフラムト(frampt)から。FLux Minimum なんたらかんたら。なんかTwitterで色々言っ... 名前はダークソウルのフラムト(frampt)から。FLux Minimum なんたらかんたら。なんかTwitterで色々言ってたら naoyaさんにまとめられたので、ここに僕の考えを詳しく書いておく。 mizchi の Redux 考 - Togetterまとめやりたかったこと基本的なアイデアは、stateをpushする方式(setStateみたいな)だと非同期間で参照したときの値がズレて非同期の終わる順番次第では状態の遷移ステップが壊れてしまう可能性があるんだけど、前のstateをとって次のstateを返す非同期をキューに並べて順に実行することで、トランザクションみたいなものを保証することができるだろう、というもの。軽量(pubsubインターフェースはEventEm itterそのまま) 複数の状態更新関数の待ち合わせ reduxで感じた不満の解消 TypeScriptフレンドリー

ブックマークしたユーザー

sonota882018/09/19
rgfx2017/04/25
soh3352017/01/13
xai19812016/12/28
J1382016/10/12
f99aq2016/07/26
tasanobu2016/06/04
kaz_hiramatsu2016/04/27
emonkak2016/04/07
k0kubun2016/03/13
s5ot2016/02/24
tacamy2016/02/10
eichisanden2016/02/09
syonx2016/01/22
snakerope2016/01/21
k_70162016/01/16
asonas2016/01/14
Mint0A0yama2016/01/14

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx