当当当当，时隔多日，我汉三又回来啦~~~这段时间事情超多，业务爆炸，哇，十万只羊驼。。(╯‵□′)╯︵┻━┻扯远了。。言归正传，本次带来React技术栈的成员之一——Redux╰(*°▽°*)╯
1.什么是Redux
它是 facebook 提出的 flux 架构的一种优秀实现；而且不局限于为 react 提供数据状态处理。它是零依赖的，可以配合其他任何框架或者类库一起使用。。然而，很多人不清楚它是什么，它有什么好处。
正如官方文档中描述的，redux对于JavaScript应用而言是一个可预测状态的容器。换句话说，它是一个应用数据流框架，而不是传统的像underscore.js或者AngularJs那样的库或者框架。
redux最主要是用作应用状态的管理和数据流的处理。redux用一个单独的常量状态树（对象）保存这一整个应用的状态（官方推荐只有一个state），这个对象不能直接被改变。随着一个项目不停地迭代，项目会越来越庞大，整个应用的数据变得越来越不可控，Redux能完成对数据流的控制，将所有的数据变化变得可预测、可控。
2、源码结构
index.js
redux的源码非常简单，index.js就是整个代码的入口：
这里的 isCrushed 函数主要是为了验证在非生产环境下 redux 是否被压缩（默认情况下，isCrushed.name等于isCrushed，如果被压缩了，函数的名称会变短，一般会压缩成数字，那么 (isCrushed.name !== 'isCrushed') 就是 true），如果被压缩，就给开发者一个 warn 提示）。
然后就是暴露 createStore 、combineReducers 、bindActionCreators、 applyMiddleware 、compose 这几个顶级API给开发者使用，其中createStore、applyMiddleware的细节都挺有意思，准备单独的篇章去解析，本文剩下的篇幅就来说一说其他的3个API。
combineReducers
源码核心部分：
个函数可以组合一组 reducers，然后返回一个新的reducer。由于redux只维护唯一的state，随着整个项目越来越大，state状态树也会越来越庞大，state的层级也会越来越深，当某个action.type所对应的case 只是要修改state.a.b.c.d.e.f这个属性时，我的 handleCase 函数写起来就非常难看，我必须在这个函数的头部验证 state 对象有没有那个属性。这是让开发者非常头疼的一件事。
combineReducers实现方法很简单，它遍历传入的reducers，返回一个新的reducer，这个新对象的 key 跟传入的reducers一样，它的 value 则是传入的reducers的不同key对应的value展开的{ key: value }。
通过为传入对象的 reducer 命名不同来控制 state key 的命名。
例如，你可以调用 combineReducers({todos: myTodosReducer, counter: myCounterReducer }) 将 state 结构变为 { todos, counter }，这块实际上还是应用层面较多。
bindActionCreators
源码如下：
bindActionCreators的代码比较简单，就是将actionCreator和dispatch联结在一起。对于多个 actionCreator，我们可以像reducers一样，组织成一个key/action的组合。由于很多情况下，action是 actionCreator 返回的，实际上要这样调用 store.dispatch(actionCreator(...args))，很麻烦是吧？只能再封装一层呗，这就是函数式思想的体现，通过反复组合，将嵌套函数分离，作者的思路闪光起来真的是bling bling 的(๑•̀ㅂ•́)و✧
compose
compose的代码不难理解，它调用了ES5的Array.prototype.reduce方法，将形如fn(arg1)(arg2)(arg3)...的柯里化函数按照顺序执行。主要是思想，之后我们的中间件加载模块applyMiddleware也是用了这个思想，之后再详细介绍applyMiddleware。
到此，本篇概览就结束了，下一章将带为大家介绍核心APIcreateStore，深度解析其中的原理及API，请期待(～￣3￣)～
