用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，并将该对象导了出去。