Fluxの設計を考えてみる - varmil’s diary
なぜこの設計になっているのか なぜAction Creatorsがあるのか MVCでいうCにあたる（dispatcherも含めて）（Model = Store, V = Component）のだろうが、その役割そのもの つまり、Viewとロジックの 疎結合 を保つために必要。容易に取り替えられるような Interface となる。 依存関係を図に書いてみると分かりやすいかも。Actionsがない場合、Component - Store間の依存性が凄いことになる。 なぜConstantsがあるのか イベント駆動で書いていると、イベント名（string）がグローバルっぽい感じになって管理しづらい。 それを一箇所にまとめるために必要だった。（個人的解釈） Action Creatorsから、イベントdispatchするのはなぜ dispatcherがあるおかげで、Store間の依存関係を管理でき
橋本商会 » React+Fluxxor+socket.ioでfluxなチャットを作った
fluxxorとsocket.ioを使ってチャットを作った。大変ミニマムな感じの実装を心がけてて、今後何かWebアプリを作る時はこれを少し組み替えて作るぞというのを意識してる。ようするに低機能最低限でしょぼい。サーバー側はexpressとmongodb。 https://github.com/shokai/node-flux-boilerplate herokuでも動く https://node-flux-boilerplate.herokuapp.com/ クライアントはこんな実装 Fluxアーキテクチャ Reactはなんとなくわかってfluxをやるか、と思ったらflux npmの中がdispatcherしかなかった。 flux.DispatcherのwaitForの実装 まずこのへんを読んでフムフムなるほど（わかったようなわからないような）となる。 Flux | Application
10分で実装するFlux
10分で実装するFlux 自己紹介 azu @azu_re Web scratch, JSer.info Flux /flˈʌks/ Fluxとは Facebookが提唱したSmalltalk MVCの焼き直し CQRS(Command Query Responsibility Segregation)と類似 データが一方通行へ流れるようにするアーキテクチャ ウェブUIについてそれを適応する 今日の目的 小さなFluxの実装を作りながらFluxついて学ぶ Fluxの特徴: Unidirectional data flow 本当にデータが一方通行に流れるのかを確認する Fluxでよく見る図 登場人物 何か色々いる Action Creators, Dispatcher, Store, React Views... Dispatcher = EventEmitterと今回は考える もっと実装的
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
