react-redux学习笔记之五(第五天)

一. 前言
redux不得不说有好多知识点呀，接下来我想分几个小节仔细探讨一下这个问题。首先值得注意的是，redux是不依赖于react而独立存在的，本质上redux就是一个帮助我们管理State的容器: Redux是javascript的状态容器，提供了可以预测的状态管理。我们说React主要帮助我们管理视图，state如何维护最终还是我们自己来决定。
二. 核心理念

1. redux-的核心理念 - Store
   比如我们有一个朋友列表需要管理：p如果我们没有定义统一的规范来操作这段数据，那么整个数据的变化就是无法跟踪的；p比如页面的某处通过products.push的方式增加了一条数据；p比如另一个页面通过products[0].age = 25修改了一条数据；n整个应用程序错综复杂，当出现bug时，很难跟踪到底哪里发生的变化
   
2. redux核心理念 - action
   Redux要求我们通过action来更新数据：p所有数据的变化，必须通过派发（dispatch）action来更新；paction是一个普通的JavaScript对象，用来描述这次更新的type和content；n比如下面就是几个更新friends的action：p强制使用action的好处是可以清晰的知道数据到底发生了什么样的变化，所有的数据变化都是可跟追、可预测的；p当然，目前我们的action是固定的对象，真实应用中，我们会通过函数来定义，返回一个action；
   
3. Redux的核心理念 - reducer
   但是如何将state和action联系在一起呢？答案就是reducerpreducer是一个纯函数；preducer做的事情就是将传入的state和action结合起来生成一个新的state
   
4. redux的三大原则:
   单一数据源:
   整个应用程序的state被存储在一颗object tree中，并且这个object tree只存储在一个store 中：Redux并没有强制让我们不能创建多个Store，但是那样做并不利于数据的维护；单一的数据源可以让整个应用程序的state变得方便维护、追踪、修改；
   State是只读的:
   唯一修改State的方法一定是触发action，不要试图在其他地方通过任何的方式来修改State：这样就确保了View或网络请求都不能直接修改state，它们只能通过action来描述自己想要如何修改state；这样可以保证所有的修改都被集中化处理，并且按照严格的顺序来执行，所以不需要担心race condition（竟态）的问题；使用纯函数来执行修改:
   通过reducer将旧state和actions联系在一起，并且返回一个新的State：随着应用程序的复杂度增加，我们可以将reducer拆分成多个小的reducers，分别操作不同state tree的一部分；但是所有的reducer都应该是纯函数，不能产生任何的副作用