用redux有一段时间了，感觉还是有必要把其相关的知识点系统的总结一下的，毕竟好记性不如烂笔头。上篇博客更新了关于《ES6中的迭代器、Generator函数以及Generator函数的异步操作》的内容，该内容时saga的基础，稍后会总结saga相关知识点。循序渐进，本篇博客主要总结的是Redux相关的内容，然后下篇博客打算总结一下react-redux, 以及redux-thunk、redux-saga中间件。
一、Redux与iOS中的Notification的比较
Redux 的功能和作用就是让State管理更为集中，因为在redux中所有的状态都是存储在Store中的，而在页面的各个模块中都可以去访问和修改Store中存储的状态值。从这一点来看，redux可以很好的解决一个页面中多个模块间的状态共享的问题。
Redux这框架理解起来是比较简单的，这个框架本身也是比较小的，涉及的API也非常少。虽然小，但小而精。使用起来还是满顺手的，大道至简。下方是Redux中的几个关键的词及对应的功能，理解完下方的几个关键词，Redux这个框架也就大概了解了。
- Store ： 从字面意思看，Store是存储、储存的意思，在 Redux 中，把相关的状态存储在了Store中，在Redux中Store可以看做是一个单例对象。并且Store中提供了一些API来操作这些状态，如下所示：
- getState : 该方法用来获取Store中当前存储的状态值。
- subscribe（listener回调方法）: 用来监听Store中状态值的改变，状态值改变后会执行相关回调方法。
- dispatch (action) : 该方法用来修改Store中存储的状态值，而Action就是一个普通的对象，其中可以携带一些修改特定状态时的一些信息。
- Action： 上面也说了，而Action就是一个普通的对象，其中可以携带一些修改特定状态时的一些信息，被用来作为dispatch()方法的参数的。起到了媒介的作用，Action本身会携带一些信息，便于状态的修改。
- Reducer: Reducer本质上是一个 方法集合的称呼，而这些方法的入参是 当前的State和Action，出参是被修改后的新的State对象，也就是说 dispatch 一个Action会执行一个Reducer。而Reducer对应方法，会根据Action携带的信息来修改State对象，并把修改后的State对象返回出去。当然返回这新的State会更新到Store中，从而会触发一系列的监听操作。
Redux的工作模式虽然是管理状态的，但是使用上个人感觉更想通知。与iOS中的Notification工作方式即为相似，下方做了一些简单的类比。下方简单的画了一个类比的图，可以从下往上看，解释如下：
- 通知中心：最下方是通知中心，对应着iOS的 NotificationCenter，主要用来注册、派发及移除通知的，所以的通知都会经过NotificationCenter的管理。在 Redux中，这个Store就扮演着 这个NotificationCenter的角色，用来管理所有的状态。不同的时，Store中会存储各种状态。
- 发送通知：如果要修改状态的值的话，得调用 Store中提供的 dispatch（事件派发） 方法来修改相关的状态，这个就好像 iOS中发送通知的Post方法。
- 注册监听：而Store中的 subscribe 这个监听状态改变的方法，就类似于 Notification 中的 register方法，只有添加完监听的相关对象才能收到状态被修改的通知。
- 通知对象：Store中的dispatch() 方法的参数 Action，就类似于 Notification 对象，用来携带通知或者状态修改的信息。
- 执行方法：而 redux 中的 Reducer 就类似于执行通知的Selector，用来修改状态的。
二、通过加减法示例来看Redux的使用方式
下方通过一个简单的加减法程序来看一下Redux的使用方式。之前在介绍 iOS中的响应式框架 ReactiveCocoa 时写过类似的Demo，只不过今天我们用 Redux 来实现一下。
demo比较简单，就是两个加减法，输入的时候自动的修改计算的结果值。下方我们就来简单的看一下RN中如何使用Redux来实现该功能。
1、创建Store
首先创建Store，redux 专门提供了一个创建store的方法 createStore ，调用 createStore 时，我们需要把修改State的Reducer方法传进去进行关联。下方的calculateReducer是自定义的一个修改State的方法，稍后会介绍。下方代码比较简单，就是创建了一个Store，并将该对象导了出去。
2、创建Action
创建Store后，接下来我们来创建对应的Action，下方代码就是对应的action文件中的内容。首先创建了一个 CountActionType 的对象，功能类似于枚举，其中 "ADD" 代表加法类型，"DESC" 代表减法类型。因为该示例中是在一个Reducer中处理的两个Action，所以得用 CountActionType 类型来判断派发的是哪个Action，然后做对应的操作。
然后创建了一个 addTowNumbers 方法，该方法接收了一个参数，然后返回一个Action对象，其中Action对象的类型就是 ADD。 而下方的 descTowNumbers 方法返回的也是一个Action，该Action对应的是减法操作。稍后我们会使用到该Action。
3、创建Reducer
下方的calculateReducer方法就是我们创建的Reducer, 该方法接收两个参数，一个是State对象, 一个是Action对象。我们给State对象赋了一个默认值， 这个默认值中有两个值，一个是表示加法结果的 addResult, 另一个是表示减法结果的 descResult。
Action对象中的payload对象中有两个值，及firstNumberhe和secondNumber，表示输入的两个值。而在Reducer中通过Action的Type字段来判断是做加法操作还是减法操作。如果是Add则是加法操作，将payload中的两个值相加，然后将结果赋值给 state 中的addResult。如果是Desc的话，与Add类似，只不过做的是减法操作。
在该Reducer方法中，返回的是一个计算后端新的State。State被修改后，可以通过 Store 中的 subscribe 的方法进行监听该状态的改变。
4、AddTestView的实现
定义好Store、Action、Reducer, 接下来我们就开始定义可操作的视图了。下方的AddTestView就是上面两个计算加减法的控件。下方是具体实现的说明：
在AddTestView中的构造方法中，我们调用了 store 对象中的 subscribe 方法，传入了一个回调方法，来对Store中存储的状态进