Redux真的让我脑仁疼，感觉有点搞不定他，因为对我而言太抽象了。所以我用通俗易懂地方法去思考Redux，感觉能够理解了。
本文要点：
action
配置行为
store.dispatch(action)
reducer
纯函数
返回新的state
createStore(reducer)
store
getStore
dispatch
subscribe
combineReducers
本文代码仓库，在此文件夹之中。
讲道理我要用import和export的写法来学习Redux，但是node有些es6还是不支持的，为了简单演示，我就用requre和module.exports来演示。（不然我还得讲解下babel转换es6的知识点）
在开始之前，我们是不是应该安装一个redux，然后才能开始愉快地玩耍。
npm install --save redux
action 和 reducer 一对好基友
用Redux创建全局应用数据管理store之前，我们需要创建两个类型的JS文件，一个是action一个是reducer，这两个类型的功能我个人认为很容易搞混。不知道哪个是干什么，经常忘记用法。那我只能通过他们的具体含义来判断他们的用法，而不是死记硬背（哎，年纪大了，记性不好，只能通过理解来记住了。）
一个只知道安排任务的action
首先我们先看action，相信这个单词大家都认识。导演拍戏的时候，都喜欢说action!，这个既有行动的意思，也有开始的意思，在Redux中就是开始行动的意思。也就是说这个action是主动，而非被动的。导演说开始，你就要开始，而且还要按照剧本进行，一切都被安排地明明白白。所以，Redux的action，就是一个指示，告诉store，我要进行这个东西，你给安排下。有时候，我们需要附带点内容到store，才能进行下一步操作，这个时候就需要action携带规范的参数。
所以我们怎么写action呢？包含两点：
注册行为
注册行为所带的参数
注册行为，安排行为，标准每个行为的指令
const todo={
TOGGLE_TODO:'TOGGLE_TODO',
GET_TODOS:'GET_TODOS'
}
配置行为所带的参数，标准化参数，该带上的都带上，以免被退回。其中type是行为的类型，必须有，就像有些office要带门卡一样，忘了就再见！要被保安请出去的。后方的item就是自定义的，看看你的操作需要哪些参数，需要就带上，不需要带上的就不要带上了，哪样就很累赘了。
const todo={
TOGGLE_TODO:'TOGGLE_TODO',
GET_TODOS:'GET_TODOS',
toggleTodo:function ({ items,id }) {
return {
type: todo.TOGGLE_TODO,
items:items
id:id
}
},
getTodos: function getTodos({items}){
return {
type:todo.GET_TODOS,
items:items
}
}
}
module.exports=todo
action只是告诉你发生了什么，给你配齐了参数，但是不执行，不对传入的对象(state)进行改变。*
但是既然action仅仅是配置而已，那么怎么操作呢，之后怎么进行呢？Redux才不会这么好心帮我们把后续操作给搞定了，这个时候我们就要去研究Reducer了，一个我不知道如何翻译的函数。
纯纯的reducer
现在我们来看最无法理解的reducer，为什么他要叫reducer，有什么具体含义吗？还是随便起的名字，总有一个原因吧，就和爸妈给我们取名字一样总是寄予一些美好的期盼。
reducer的含义有很多，很多领域都用这个单词，但是在Redux中，这应该是函数式语言(functional languages)中的一个概念。在wiki中，通常称为Fold，作为一个结构转变(structural transformations)的一个方式。
其他语言Reducer实现方式我们不管，我们只看JS，在JS中出现的array.reduce(func,initval)，相信大家应该很熟悉，也是一个刚上手就想哭的一个方法。数组中的reduce有什么特点呢（不会用reduce的小伙伴，点击这里）：
给出了一个初始initval
有一个转换的func方法，这个方法必须是纯函数，既不改变传入对象的属性
最终返回一个新的对象/值，而array保持不变。
从而可以推论出Redux中的reducer的特点：
需要一个初始值，在redux中就是初始的state
有一个转换的方法，这个方法必须是纯函数
最终返回一个新的对象，也就是新的state，而传入的state保持不变。
大家可能对纯函数(pure funciton)有些模糊，函数还能pure？？以为是纯牛奶呢？？这里的pure的意思就是他是干干净净的，毫无杂质。也就是一下两点：
不改变传入的state的属性，即不影响函数外的参数
无副作用（side effect），比如触发了某个事件，或者捕获了什么值。也就是与外界绝缘，我就守好我的二亩三分地就好了。
大家想深入了解的话，双手奉上wiki链接。
那么我们该怎么写呢？
大家复习下上面的action，reducer可是action配套的好兄弟，一个在前，一个在后并肩作战。
reducer并不是主动执行，而是被动执行的，来了一个action，然后reducer处理下。
简而言之：reducer就是响应来自action的召唤，然后返回一个新的对象（state）。
首先先导入来自action的行为，这行为是被注册的，是可以执行的。
const {TOGGLE_TODO,GET_TODOS}=require('../actions/Todo')
reducer的一个定义就是一定有个初始值，这里设置一个也就是以防万一。
const initialState={}
重点来了，reducer开始过滤注册的行为们，然后每次都是一个个配对，遇上配对的，就执行对应的代码，然后返回一个新的state，如果轮了一边发现这是未注册的行为，为了防止这个行为回去不好交代，就把原始的state给他带回去交差。
module.exports=function(state = initialState, action) {
switch(action.type){
case GET_TODOS:
return {todos:[...action.items]}
case TOGGLE_TODO://deleted=true
return {
todos:action.items.map((i)=>{
if(i.id===action.id){
return {
...i,
status:i.status===0?1:0
}
}else{
return {
...i
}
}
})
}
default:
return state;
}
}
reducer根据action的指令，进行一系列操作，但是不改变原有的传入对象(state)，而是返回一个新的对象(state)。也就是Reducer，进行纯计算，没有异步，没有污染，出来的值没有意外，就像1+1一定等于2一样，然后返回一个崭新崭新的对象（state）！
拜见老大store
虽action和reducer是一对基，配合默契，但是他们都是两个独立的模块，怎么酱他们链接起来，还需要一个桥梁。这个就是store，redux中真正的老大，大家都要通过store来执行下一步的人任务，以及要听从store派发下来的任务。
我们先配置一个老大吧，todoDemoList是假数据，大家懂的测试用。老大只需要reducers这群小弟来建帮派createStore。action再帮派建立之初并无用处。
const {createStore}= require('../../node_modules/redux')
const todo = require('./reducers/Todo')
const {toggleTodo,getTodos} = require('./actions/Todo')
let todoDemoList=(new Array(20)).join("|").split("|").map((v,i)=>{
return {id:i,content:"demo"+(i+1),status:i%4===0?1:0}
})
const store=createStore(todo)
我们的store究有何种能立呢？
掌控整个应用的数据state，老大当然是掌控全局的啦，没有什么能瞒住他
如果想要访问应用数据state，那么就要给store提申请，这个申请就是getState()
console.log(store.getState())//打印出来是一个空的{}，当然啦！我们都没有给老大进贡，拿来的数据
想要修改数据，那更要给老大提申请了，那就是dispatch(你的申请action)。action终于出场啦！
store.dispatch(getTodos({items:todoDemoList}))//给老大进贡
console.log(store.getState().todos[1])//有数据了
store.dispatch(toggleTodo({items:todoDemoList,id:1}))//修改某一个小罗罗
console.log(store.getState().todos[1])//修改成功
不要以为你修改的时候可以为所欲为，老大看着呢。老大通过subscribe(监视器listener)看着你呢，小样给我注意点。不过此刻要注意，我们要把监听器放在所有的dispatch执行之前，不然就捕捉不到dispatch了。要在一切还没发生之前，就准备好，不然就要给小样们钻空子了。就像盗窃一样，小偷已经偷完跑路了，你再装监控，也逮不住这个小偷啊。
store.subscribe(()=>{
console.log(store.getState())//监控这手下的一举一动
})
老大也不是不近人情之辈，如果说你的表现够好，还是会撤销监视的。这个撤销的方法就是store.subscribe()的返回值，这个返回值是一个方法，就像这样store.subscribe()()
let unsubscribe=store.subscribe(()=>{
console.log(store.getState())//监控这手下的一举一动
})
store.dispatch(toggleTodo({items:todoDemoList,id:1}))//老大在watching，小心翼翼。
unsubscribe()//放了你们，出去浪吧
store.dispatch(toggleTodo({items:todoDemoList,id:1}))//居然真的没有再继续监视我了，放飞自我。
老大怎么可能只有一个小弟reducer呢？当然有很多啦！combineReducers(小弟们)
一个帮派只能有一个老大！但是可以有很有小弟，每个小弟各司其职。但是要将这些小弟统一管理起来，这个时候就要用combineReducers了。
用相同的方法创建一个filterAction，然后用combineReducers一下，接下来就可以愉快地合作了。
...
const filterAction = require('./reducers/filterAction')
const {showCompleted} = require('./actions/filterAction')
...
const rootReducer = combineReducers({todo: todo, filterAction: filterAction})
....
store.dispatch(showCompleted({items:todoDemoList}))//success执行啦！https://www.cnblogs.com/cherryvenus/p/9638934.html
