一、概述
Flux.png
Flux的特点：
- 数据是单向的
-
App被分为三个部分
View：App界面，它根据用户交互创造相应的响应Action。
Dispatcher：处理中心，接收各种Action并路由到对应的Store。
Store：维护App各个模块的数据状态，他们会根据当前的动作Action处理不同的业务状态，会产生一个change事件来通知View更新状态。 -
Action是一个简单的Java对象，包含type和data。
二、Action
Type：String类型标示事件类型。
Data：Map类型，携带这个动作需要的数据。
Bundler data = new Bundle();
data.put("USER_ID", id);
Action action = new ViewAction("SHOW_USER", data);
三、Store
Store模块包含了App状态和业务逻辑，它能管理各种对象的状态而不是一个。
Store必须暴露一个接口来获取App状态，这样View模块就可以访问Store模块来更新UI。
Flux Store.png
Store的职责不是用来从外部获取数据，而是用来跟踪通过Action获取的数据。
四、网络请求和异步回调
异步网络请求是通过Action Creator触发的，API Adapter模块负责请求API并返回结果，最后Action Creator会把相应的Action和数据发送出去。
Store完全是同步模型，这样使Store的内部逻辑更简单。
所有的Action都是通过Action Creator触发的，把所有的Action都集中在一个地方，容易排查bug。
五、Todo App源码
1.1 actions/Action：一个Action对应一个事件，并且包含了该事件相关联的数据。
1.2 actions/ActionCreator：这是一个单例模式，他构造时需要传入一个Dispatcher对象，封装一些方法，并通过Dispatcher分发出去。
public static ActionCreator get(Dispatcher dispatcher) { //ActionCreator和Dispatcher类似，都是单例模式。
if (instance == null) {
instance = new ActionCreator(dispatcher);
}
return instance;
}
public void create(String text) {
dispatcher.dispatch(TodoActions.TODO_CREATE, TodoActions.KET_TEXT, text);
}
1.3 actions/TodoActions：封装Action相关的常量。
dispatcher/Dispatcher：这也是一个单例模式，他构造时需要传入一个Bus对象，它提供了register和unRegister，并通过bus发送出去。
//构造时和Bus相关联。
public static Dispatcher get(Bus bus) {
if (instance == null) {
instance = new Dispatcher(bus);
}
return instance;
}
model/Todo：表示一个事件。
stores/Store：它是一个接口，同样和Dispatcher相关联，他的子类是TodoStore。
整个数据流的流程是：
Activity发起事件 -> ActionCreator#xxx -> Dispatcher#dispatch -> Bus#post -> TodoStore#onAction -> TodoStore#emitChange -> Bus#post -> Activity#onTodoStoreChange
Activity接收数据的流程
Activity#onTodoStoreChange -> updateUi -> TodoStore#getTodos()
