忽略此文，不敢浪费你的时间

redux是什么？

Redux是FaceBook提出一个数据状态管理的库，也可以说框架。它搭配React解决了组件之间通信问题，这个通信问题，是组件和其它组件之间也可以跨层通信，不需要一层一层的把，父组件的数据往下传递。这会增加代码复杂度和维护的复杂度。

如果使用React.createContext的API也可以实现跨层通信，你可以单独写一个模块去封装Context.PRovider和Context.Consumer，只有在根组件使用Context.Provider后，需要共享Context上的数据的组件，都可以通过引入Context.Consumer组件去获取公共的数据。哪个组件需要顶层组件的数据，就必须引入Context.Consumer。

  //context.js
  export default Context  = createContext('')

 //app.js
 let store = createStore(reducer)
 <Context.Provier value={store}>
    <App />
 </Context.Provider>

 import Context from './context.js'
 <Context.Consumer>
    {(data) => (<div>{data.time}</div>)}
</Context.Consumer>

store

整个Application的数据保存地。这里有一切应用所共享的数据，后台交互和用户输入的数据都在这里管理。Redux提供了一个方法，创造整个应用数据的store,只需要使用es6模块机制，import命名可以输出我们需要的接口。

import { createStore } from 'redux'
//创建store必须，外部注入数据和改变整个state的逻辑
let store = createStore(reducer,initalPreLoadstate)

action

描述界面的交互和行为的对象，用户要做什么事，必须发送一个action对象到store的dispatch函数里面，根据提供reducer去匹配action.type，如果没有type匹配对了，会执行接下里的逻辑，更新整个store里面该改变的数据。

store.dispatch的源代码里，对传入的action是否为对象做了判断，是否有type属性也做了判断。如果action没有问题，那么执行定义传入的reducer(state,action)函数，

reducer

reducer是一个纯函数，什么样的输入就得出什么样的输出，怎么理解呢? store.dispatch发送了action，当然，这个store.dispatch早就放在了标签的事件里，等着用户去触发。action对象来到store.dispatch函数内存，有了action的数据，执行reducer函数，去匹配类型，执行对应的代码。

    function add(state=0,action) {
        switch(action.type){
            case 'add':
                return state + 1
            case 'decre':
                return state - 1
            default:
                return state
        }
    }

改变state的唯一方式

state和view一一对应，state改变了，view也就改变了。state如何改变，界面的标签上，给定的事件，store.dispatch函数，该函数的参数是action对象，描述要做什么事，触发此函数，传递给整个应用的store，会执行store.dispatch函数里的reducer函数，去更新state，store.subscribe函数监听store的数据发生变化，便会触发此函数去更新React的根组件。

Redux没有解决什么？

redux库提供了核心一个API,createStore函数，可以把整个应用的数据也就是存放在store里面，但是它真的只提供了数据，对于组件之间的通信，redux库是没有解决的。store里面的数据还是得从顶层组件往下传，一层一层传。

如果要跨组件通信，顶层组件与任意组件通信，redux必须借助react的Context的API，结合Redux和React结合成一个库，这样提供的两个API，就可以跨层通信。

React-Redux库解决了什么问题

解决了跨层组件通信问题。