依存関係を図に書いてみると分かりやすいかも。Store間の依存性が凄いことになる。Constantsがあるのかイベント駆動で書いていると、イベント名(string)がグローバルっぽい感じになって管理しづらい。それを一箇所にまとめるために必要だった。Creatorsから、イベントdispatchするのはなぜdispatcherがあるおかげで、Store間の依存関係を管理できる。例)AStoreのfooCallbackが終了してから、BStoreのbarCallbackを起動するfluxの肝である「単方向データフロー」を実現(強制)するために不可欠な存在である。ActionsがどのStoreを使うか、知らなくて済むようになる。Storeがイベントemitするのはなぜここも疎結合のため。Storeが存在するものとみなせる。アプリケーションの状態とロジックを含んでいます。スタンスではないという点が異なっています。クのコレクションと同じものでもありません。ついて、アプリケーションの状態を管理します。末端のコンポーネントから最上位コンポ...2015-04-25fluxにおけるStore間の依存関係(waitForと他Storeデータ参照)Storeをシングルトンにして、任意のComponentからgetterを呼び...2015-04-22【MVC】ユーザの入力を受け付けるのは断じてControllerではない。(1)はてなブログをはじめよう!varmilさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。