一、概述

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()