本文仅仅是对Flux的个人明白，做交换之用，假如毛病，还望人人指出！

适才用了1个多小时，看了一下Flux，想说一下本身的明白。能够人人会以为，只花了这么少的时候，就跑出来讲本身的明白，是件很好笑的事变。不过我想说下写这篇文章的缘由。

进修是一个渐进和修改的历程。

多东西都没方法一会儿控制，那末就需要在实践中重复加深明白。进修在肯定程度上是一个试错的历程。

既然要试错，就要有本身的明白，然后在实践中举行磨练。惟有有了一个明白，才磨练对错。假如没有明白，往往会涌现懵懵懂懂，原地打转的征象。

因而有了下面这篇笔记。

对Flux的明白

SICP上有句话是说，编程无外乎两件事，组合和笼统。我也盘算从这两点出发来明白Flux。

一个功用，我们要怎样把它分解成差别部份？或者说我们用什么样的部份来组合成出这个功用？

首先是用户能看到的部份，在Flux中就是View。View用来处置惩罚页面构造以和交互（用户操纵页面后会发生数据变化，react的做法是，直接从新衬着view）。

以后是用户操纵，用户的操纵被笼统为Actions，比方建立批评，比方删除批评，都是一个Action。这个Action相似Rails controller中的Action。

Action是用来形貌用户行动的（Describe a user’s action）。

用户举行了操纵，会使数据发生变化。处置惩罚这些变化（state）的责任由Dispatcher和Store共同完成。具体来讲，Store是针对一类数据举行操纵，比方批评。而Dispatcher是用来处置惩罚多个Store。

参考

Flux 架构入门教程
The ReactJS Controller View Pattern
Flux Utils
浅谈 React、Flux 与 Redux