上篇react+redux教程，我们讲解了官方计数器的代码实现，react+redux教程（一）。我们发现我们没有用到react组件本身的state，而是通过props来导入数据和操作的。
我们知道react本身是个状态机，也就是说组件是state的表现形式。那么redux提供了一个全局的唯一的状态树，是不是就不需要组件本身的state了呢？
当然不是！
有图为证，这是官方的todomvc的例子（https://github.com/lewis617/react-redux-tutorial/tree/master/redux-examples/todomvc）：
我们直接看react开发工具截图：
App组件没有state
Header组件没有state
MainSection组件有state
TodoItem组件有state
Footer组件没有state
何时用react组件的state、props？
从上面的截图我们可以发现，state只应用了两个功能：
- 列表的过滤功能，即完成、未完成、全部的选择
- 每一项的编辑与查看功能，即双击每一项，即可进入编辑状态
有此我们可以得出结论，state只表示一些"临时的""内部的"状态数据。
临时的，代表你可以临时改变这个数据，比如显示完成、未完成、全部的任务，这都是临时的状态，还有任务处于编辑状态或者查看状态都是临时的。
内部的，代表如果你的数据只需要在这一个组件中使用，那么你应该使用组件的内部状态。
props则正好相反，它通常存储一些方法，一些可能需要存库的长期数据和一些需要传递和共享的数据。
比如App组件中的todos代表任务数组，actions代表一些操作的方法，这些我们都存进了props中。还有Footer组件中的activeCount以及completedCount都是长期存在的数据，而且可能不止一个组件在使用。
对比Redux的全局唯一的state
我们在开发工具上查看全局唯一状态树，发现是个todos数组。对应的是长期数据（并不一定要求是长期数据）和用于在多个组件*享的数据。
再看redux+react流程
redux和react两个搭档之间，基本只有两种联系：
- react从redux的state读取数据
- react能dispatch分发actions到redux，redux的reducer来返回一个新的state
react组件就像是个婴儿，redux就像是奶妈：
- 婴儿饿了，哭着要要奶喝，就是dispatch actions的过程
- 奶妈准备好给婴儿喂奶就是，react从redux的state读取数据的过程
结论：redux的state和react组件的state没有半毛钱关系
现在我们知道redux的state装得是全局的，长期数据（并不一定要求是长期数据）也就是对应props的数据。而react组件的state，官方建议不要放这类数据，而应该是临时的内部状态数据。所以两个state没有半毛钱关系！
教程源代码及目录
如果您觉得本博客教程帮到了您，就赏颗星吧！