（三）：React-Redux 的用法
最后更新于：2022-04-01 22:35:52
前两篇教程介绍了 Redux 的[基本用法](216731)和[异步操作](216732)，今天是最后一部分，介绍如何在 React 项目中使用 Redux。
[TOC]
为了方便使用，Redux 的作者封装了一个 React 专用的库 [React-Redux](https://github.com/reactjs/react-redux)，本文主要介绍它。
这个库是可以选用的。实际项目中，你应该权衡一下，是直接使用 Redux，还是使用 React-Redux。后者虽然提供了便利，但是需要掌握额外的 API，并且要遵守它的组件拆分规范。
## 一、UI 组件
React-Redux 将所有组件分成两大类：UI 组件（presentational component）和容器组件（container component）。
UI 组件有以下几个特征。
> * 只负责 UI 的呈现，不带有任何业务逻辑
> * 没有状态（即不使用`this.state`这个变量）
> * 所有数据都由参数（`this.props`）提供
> * 不使用任何 Redux 的 API
下面就是一个 UI 组件的例子。
> ~~~
> const Title =
> value =>
> // All
> //
>
> const mapStateToProps = (state, ownProps) => {
> return {
> active: ownProps.filter === state.visibilityFilter
> }
> }
> ~~~
使用`ownProps`作为参数后，如果容器组件的参数发生变化，也会引发 UI 组件重新渲染。
`connect`方法可以省略`mapStateToProps`参数，那样的话，UI 组件就不会订阅Store，就是说 Store 的更新不会引起 UI 组件的更新。
## 五、mapDispatchToProps()
`mapDispatchToProps`是`connect`函数的第二个参数，用来建立 UI 组件的参数到`store.dispatch`方法的映射。也就是说，它定义了哪些用户的操作应该当作 Action，传给 Store。它可以是一个函数，也可以是一个对象。
如果`mapDispatchToProps`是一个函数，会得到`dispatch`和`ownProps`（容器组件的`props`对象）两个参数。
> ~~~
> const mapDispatchToProps = (
> dispatch,
> ownProps
> ) => {
> return {
> onClick: () => {
> dispatch({
> type: 'SET_VISIBILITY_FILTER',
> filter: ownProps.filter
> });
> }
> };
> }
> ~~~
从上面代码可以看到，`mapDispatchToProps`作为函数，应该返回一个对象，该对象的每个键值对都是一个映射，定义了 UI 组件的参数怎样发出 Action。
如果`mapDispatchToProps`是一个对象，它的每个键名也是对应 UI 组件的同名参数，键值应该是一个函数，会被当作 Action creator ，返回的 Action 会由 Redux 自动发出。举例来说，上面的`mapDispatchToProps`写成对象就是下面这样。
> ~~~
> const mapDispatchToProps = {
> onClick: (filter) => {
> type: 'SET_VISIBILITY_FILTER',
> filter: filter
> };
> }
> ~~~
## 六、 组件
`connect`方法生成容器组件以后，需要让容器组件拿到`state`对象，才能生成 UI 组件的参数。
一种解决方法是将`state`对象作为参数，传入容器组件。但是，这样做比较麻烦，尤其是容器组件可能在很深的层级，一级级将`state`传下去就很麻烦。
React-Redux 提供`Provider`组件，可以让容器组件拿到`state`。
> ~~~
> import { Provider } from 'react-redux'
> import { createStore } from 'redux'
> import todoApp from './reducers'
> import App from './components/App'
>
> let store = createStore(todoApp);
>
> render(
>
> ,
> document.getElementById('root')
> )
> ~~~
上面代码中，`Provider`在根组件外面包了一层，这样一来，`App`的所有子组件就默认都可以拿到`state`了。
它的原理是`React`组件的[`context`](https://facebook.github.io/react/docs/context.html)属性，请看源码。
> ~~~
> class Provider extends Component {
> getChildContext() {
> return {
> store: this.props.store
> };
> }
> render() {
> return this.props.children;
> }
> }
>
> Provider.childContextTypes = {
> store: React.PropTypes.object
> }
> ~~~
上面代码中，`store`放在了上下文对象`context`上面。然后，子组件就可以从`context`拿到`store`，代码大致如下。
> ~~~
> class VisibleTodoList extends Component {
> componentDidMount() {
> const { store } = this.context;
> this.unsubscribe = store.subscribe(() =>
> this.forceUpdate()
> );
> }
>
> render() {
> const props = this.props;
> const { store } = this.context;
> const state = store.getState();
> // ...
> }
> }
>
> VisibleTodoList.contextTypes = {
> store: React.PropTypes.object
> }
> ~~~
`React-Redux`自动生成的容器组件的代码，就类似上面这样，从而拿到`store`。
## 七、实例：计数器
我们来看一个实例。下面是一个计数器组件，它是一个纯的 UI 组件。
> ~~~
> class Counter extends Component {
> render() {
> const { value, onIncreaseClick } = this.props
> return (
>
> ,
> document.getElementById('root')
> );
> ~~~
完整的代码看[这里](https://github.com/jackielii/simplest-redux-example/blob/master/index.js)。
## 八、React-Router 路由库
使用`React-Router`的项目，与其他项目没有不同之处，也是使用`Provider`在`Router`外面包一层，毕竟`Provider`的唯一功能就是传入`store`对象。
> ~~~
> const Root = ({ store }) => (
>
>
>
>
> );
> ~~~
（完）
';
{value}
; > ~~~ 因为不含有状态，UI 组件又称为"纯组件"，即它纯函数一样，纯粹由参数决定它的值。 ## 二、容器组件 容器组件的特征恰恰相反。 > * 负责管理数据和业务逻辑，不负责 UI 的呈现 > * 带有内部状态 > * 使用 Redux 的 API 总之，只要记住一句话就可以了：UI 组件负责 UI 的呈现，容器组件负责管理数据和逻辑。 你可能会问，如果一个组件既有 UI 又有业务逻辑，那怎么办？回答是，将它拆分成下面的结构：外面是一个容器组件，里面包了一个UI 组件。前者负责与外部的通信，将数据传给后者，由后者渲染出视图。 React-Redux 规定，所有的 UI 组件都由用户提供，容器组件则是由 React-Redux 自动生成。也就是说，用户负责视觉层，状态管理则是全部交给它。 ## 三、connect() React-Redux 提供`connect`方法，用于从 UI 组件生成容器组件。`connect`的意思，就是将这两种组件连起来。 > ~~~ > import { connect } from 'react-redux' > const VisibleTodoList = connect()(TodoList); > ~~~ 上面代码中，`TodoList`是 UI 组件，`VisibleTodoList`就是由 React-Redux 通过`connect`方法自动生成的容器组件。 但是，因为没有定义业务逻辑，上面这个容器组件毫无意义，只是 UI 组件的一个单纯的包装层。为了定义业务逻辑，需要给出下面两方面的信息。 > （1）输入逻辑：外部的数据（即`state`对象）如何转换为 UI 组件的参数 > > （2）输出逻辑：用户发出的动作如何变为 Action 对象，从 UI 组件传出去。 因此，`connect`方法的完整 API 如下。 > ~~~ > import { connect } from 'react-redux' > > const VisibleTodoList = connect( > mapStateToProps, > mapDispatchToProps > )(TodoList) > ~~~ 上面代码中，`connect`方法接受两个参数：`mapStateToProps`和`mapDispatchToProps`。它们定义了 UI 组件的业务逻辑。前者负责输入逻辑，即将`state`映射到 UI 组件的参数（`props`），后者负责输出逻辑，即将用户对 UI 组件的操作映射成 Action。 ## 四、mapStateToProps() `mapStateToProps`是一个函数。它的作用就是像它的名字那样，建立一个从（外部的）`state`对象到（UI 组件的）`props`对象的映射关系。 作为函数，`mapStateToProps`执行后应该返回一个对象，里面的每一个键值对就是一个映射。请看下面的例子。 > ~~~ > const mapStateToProps = (state) => { > return { > todos: getVisibleTodos(state.todos, state.visibilityFilter) > } > } > ~~~ 上面代码中，`mapStateToProps`是一个函数，它接受`state`作为参数，返回一个对象。这个对象有一个`todos`属性，代表 UI 组件的同名参数，后面的`getVisibleTodos`也是一个函数，可以从`state`算出 `todos` 的值。 下面就是`getVisibleTodos`的一个例子，用来算出`todos`。 > ~~~ > const getVisibleTodos = (todos, filter) => { > switch (filter) { > case 'SHOW_ALL': > return todos > case 'SHOW_COMPLETED': > return todos.filter(t => t.completed) > case 'SHOW_ACTIVE': > return todos.filter(t => !t.completed) > default: > throw new Error('Unknown filter: ' + filter) > } > } > ~~~ `mapStateToProps`会订阅 Store，每当`state`更新的时候，就会自动执行，重新计算 UI 组件的参数，从而触发 UI 组件的重新渲染。 `mapStateToProps`的第一个参数总是`state`对象，还可以使用第二个参数，代表容器组件的`props`对象。 > ~~~ > // 容器组件的代码 > //
> {value}
>
>
> )
> }
> }
> ~~~
上面代码中，这个 UI 组件有两个参数：`value`和`onIncreaseClick`。前者需要从`state`计算得到，后者需要向外发出 Action。
接着，定义`value`到`state`的映射，以及`onIncreaseClick`到`dispatch`的映射。
> ~~~
> function mapStateToProps(state) {
> return {
> value: state.count
> }
> }
>
> function mapDispatchToProps(dispatch) {
> return {
> onIncreaseClick: () => dispatch(increaseAction)
> }
> }
>
> // Action Creator
> const increaseAction = { type: 'increase' }
> ~~~
然后，使用`connect`方法生成容器组件。
> ~~~
> const App = connect(
> mapStateToProps,
> mapDispatchToProps
> )(Counter)
> ~~~
然后，定义这个组件的 Reducer。
> ~~~
> // Reducer
> function counter(state = { count: 0 }, action) {
> const count = state.count
> switch (action.type) {
> case 'increase':
> return { count: count + 1 }
> default:
> return state
> }
> }
> ~~~
最后，生成`store`对象，并使用`Provider`在根组件外面包一层。
> ~~~
> import { loadState, saveState } from './localStorage';
>
> const persistedState = loadState();
> const store = createStore(
> todoApp,
> persistedState
> );
>
> store.subscribe(throttle(() => {
> saveState({
> todos: store.getState().todos,
> })
> }, 1000))
>
> ReactDOM.render(
> （二）：中间件与异步操作
最后更新于：2022-04-01 22:35:49
[上一篇文章](216731)，我介绍了 Redux 的基本做法：用户发出 Action，Reducer 函数算出新的 State，View 重新渲染。
但是，一个关键问题没有解决：异步操作怎么办？Action 发出以后，Reducer 立即算出 State，这叫做同步；Action 发出以后，过一段时间再执行 Reducer，这就是异步。
怎么才能 Reducer 在异步操作结束后自动执行呢？这就要用到新的工具：中间件（middleware）。
主要内容：
[TOC]
## 一、中间件的概念
为了理解中间件，让我们站在框架作者的角度思考问题：如果要添加功能，你会在哪个环节添加？
> （1）Reducer：纯函数，只承担计算 State 的功能，不合适承担其他功能，也承担不了，因为理论上，纯函数不能进行读写操作。
>
> （2）View：与 State 一一对应，可以看作 State 的视觉层，也不合适承担其他功能。
>
> （3）Action：存放数据的对象，即消息的载体，只能被别人操作，自己不能进行任何操作。
想来想去，只有发送 Action 的这个步骤，即`store.dispatch()`方法，可以添加功能。举例来说，要添加日志功能，把 Action 和 State 打印出来，可以对`store.dispatch`进行如下改造。
> ~~~
> let next = store.dispatch;
> store.dispatch = function dispatchAndLog(action) {
> console.log('dispatching', action);
> next(action);
> console.log('next state', store.getState());
> }
> ~~~
上面代码中，对`store.dispatch`进行了重定义，在发送 Action 前后添加了打印功能。这就是中间件的雏形。
中间件就是一个函数，对`store.dispatch`方法进行了改造，在发出 Action 和执行 Reducer 这两步之间，添加了其他功能。
## 二、中间件的用法
本教程不涉及如何编写中间件，因为常用的中间件都有现成的，只要引用别人写好的模块即可。比如，上一节的日志中间件，就有现成的[redux-logger](https://github.com/evgenyrodionov/redux-logger)模块。这里只介绍怎么使用中间件。
> ~~~
> import { applyMiddleware, createStore } from 'redux';
> import createLogger from 'redux-logger';
> const logger = createLogger();
>
> const store = createStore(
> reducer,
> applyMiddleware(logger)
> );
> ~~~
上面代码中，`redux-logger`提供一个生成器`createLogger`，可以生成日志中间件`logger`。然后，将它放在`applyMiddleware`方法之中，传入`createStore`方法，就完成了`store.dispatch()`的功能增强。
这里有两点需要注意：
（1）`createStore`方法可以接受整个应用的初始状态作为参数，那样的话，`applyMiddleware`就是第三个参数了。
> ~~~
> const store = createStore(
> reducer,
> initial_state,
> applyMiddleware(logger)
> );
> ~~~
（2）中间件的次序有讲究。
> ~~~
> const store = createStore(
> reducer,
> applyMiddleware(thunk, promise, logger)
> );
> ~~~
上面代码中，`applyMiddleware`方法的三个参数，就是三个中间件。有的中间件有次序要求，使用前要查一下文档。比如，`logger`就一定要放在最后，否则输出结果会不正确。
## 三、applyMiddlewares()
看到这里，你可能会问，`applyMiddlewares`这个方法到底是干什么的？
它是 Redux 的原生方法，作用是将所有中间件组成一个数组，依次执行。下面是它的源码。
> ~~~
> export default function applyMiddleware(...middlewares) {
> return (createStore) => (reducer, preloadedState, enhancer) => {
> var store = createStore(reducer, preloadedState, enhancer);
> var dispatch = store.dispatch;
> var chain = [];
>
> var middlewareAPI = {
> getState: store.getState,
> dispatch: (action) => dispatch(action)
> };
> chain = middlewares.map(middleware => middleware(middlewareAPI));
> dispatch = compose(...chain)(store.dispatch);
>
> return {...store, dispatch}
> }
> }
> ~~~
上面代码中，所有中间件被放进了一个数组`chain`，然后嵌套执行，最后执行`store.dispatch`。可以看到，中间件内部（`middlewareAPI`）可以拿到`getState`和`dispatch`这两个方法。
## 四、异步操作的基本思路
理解了中间件以后，就可以处理异步操作了。
同步操作只要发出一种 Action 即可，异步操作的差别是它要发出三种 Action。
> * 操作发起时的 Action
> * 操作成功时的 Action
> * 操作失败时的 Action
以向服务器取出数据为例，三种 Action 可以有两种不同的写法。
> ~~~
> // 写法一：名称相同，参数不同
> { type: 'FETCH_POSTS' }
> { type: 'FETCH_POSTS', status: 'error', error: 'Oops' }
> { type: 'FETCH_POSTS', status: 'success', response: { ... } }
>
> // 写法二：名称不同
> { type: 'FETCH_POSTS_REQUEST' }
> { type: 'FETCH_POSTS_FAILURE', error: 'Oops' }
> { type: 'FETCH_POSTS_SUCCESS', response: { ... } }
> ~~~
除了 Action 种类不同，异步操作的 State 也要进行改造，反映不同的操作状态。下面是 State 的一个例子。
> ~~~
> let state = {
> // ...
> isFetching: true,
> didInvalidate: true,
> lastUpdated: 'xxxxxxx'
> };
> ~~~
上面代码中，State 的属性`isFetching`表示是否在抓取数据。`didInvalidate`表示数据是否过时，`lastUpdated`表示上一次更新时间。
现在，整个异步操作的思路就很清楚了。
> * 操作开始时，送出一个 Action，触发 State 更新为"正在操作"状态，View 重新渲染
> * 操作结束后，再送出一个 Action，触发 State 更新为"操作结束"状态，View 再一次重新渲染
## 五、redux-thunk 中间件
异步操作至少要送出两个 Action：用户触发第一个 Action，这个跟同步操作一样，没有问题；如何才能在操作结束时，系统自动送出第二个 Action 呢？
奥妙就在 Action Creator 之中。
> ~~~
> class AsyncApp extends Component {
> componentDidMount() {
> const { dispatch, selectedPost } = this.props
> dispatch(fetchPosts(selectedPost))
> }
>
> // ...
> ~~~
上面代码是一个异步组件的例子。加载成功后（`componentDidMount`方法），它送出了（`dispatch`方法）一个 Action，向服务器要求数据 `fetchPosts(selectedSubreddit)`。这里的`fetchPosts`就是 Action Creator。
下面就是`fetchPosts`的代码，关键之处就在里面。
> ~~~
> const fetchPosts = postTitle => (dispatch, getState) => {
> dispatch(requestPosts(postTitle));
> return fetch(`/some/API/${postTitle}.json`)
> .then(response => response.json())
> .then(json => dispatch(receivePosts(postTitle, json)));
> };
> };
>
> // 使用方法一
> store.dispatch(fetchPosts('reactjs'));
> // 使用方法二
> store.dispatch(fetchPosts('reactjs')).then(() =>
> console.log(store.getState())
> );
> ~~~
上面代码中，`fetchPosts`是一个Action Creator（动作生成器），返回一个函数。这个函数执行后，先发出一个Action（`requestPosts(postTitle)`），然后进行异步操作。拿到结果后，先将结果转成 JSON 格式，然后再发出一个 Action（ `receivePosts(postTitle, json)`）。
上面代码中，有几个地方需要注意。
> （1）`fetchPosts`返回了一个函数，而普通的 Action Creator 默认返回一个对象。
>
> （2）返回的函数的参数是`dispatch`和`getState`这两个 Redux 方法，普通的 Action Creator 的参数是 Action 的内容。
>
> （3）在返回的函数之中，先发出一个 Action（`requestPosts(postTitle)`），表示操作开始。
>
> （4）异步操作结束之后，再发出一个 Action（`receivePosts(postTitle, json)`），表示操作结束。
这样的处理，就解决了自动发送第二个 Action 的问题。但是，又带来了一个新的问题，Action 是由`store.dispatch`方法发送的。而`store.dispatch`方法正常情况下，参数只能是对象，不能是函数。
这时，就要使用中间件[`redux-thunk`](https://github.com/gaearon/redux-thunk)。
> ~~~
> import { createStore, applyMiddleware } from 'redux';
> import thunk from 'redux-thunk';
> import reducer from './reducers';
>
> // Note: this API requires redux@>=3.1.0
> const store = createStore(
> reducer,
> applyMiddleware(thunk)
> );
> ~~~
上面代码使用`redux-thunk`中间件，改造`store.dispatch`，使得后者可以接受函数作为参数。
因此，异步操作的第一种解决方案就是，写出一个返回函数的 Action Creator，然后使用`redux-thunk`中间件改造`store.dispatch`。
## 六、redux-promise 中间件
既然 Action Creator 可以返回函数，当然也可以返回其他值。另一种异步操作的解决方案，就是让 Action Creator 返回一个 Promise 对象。
这就需要使用`redux-promise`中间件。
> ~~~
> import { createStore, applyMiddleware } from 'redux';
> import promiseMiddleware from 'redux-promise';
> import reducer from './reducers';
>
> const store = createStore(
> reducer,
> applyMiddleware(promiseMiddleware)
> );
> ~~~
这个中间件使得`store.dispatch`方法可以接受 Promise 对象作为参数。这时，Action Creator 有两种写法。写法一，返回值是一个 Promise 对象。
> ~~~
> const fetchPosts =
> (dispatch, postTitle) => new Promise(function (resolve, reject) {
> dispatch(requestPosts(postTitle));
> return fetch(`/some/API/${postTitle}.json`)
> .then(response => {
> type: 'FETCH_POSTS',
> payload: response.json()
> });
> });
> ~~~
写法二，Action 对象的`payload`属性是一个 Promise 对象。这需要从[`redux-actions`](https://github.com/acdlite/redux-actions)模块引入`createAction`方法，并且写法也要变成下面这样。
> ~~~
> import { createAction } from 'redux-actions';
>
> class AsyncApp extends Component {
> componentDidMount() {
> const { dispatch, selectedPost } = this.props
> // 发出同步 Action
> dispatch(requestPosts(selectedPost));
> // 发出异步 Action
> dispatch(createAction(
> 'FETCH_POSTS',
> fetch(`/some/API/${postTitle}.json`)
> .then(response => response.json())
> ));
> }
> ~~~
上面代码中，第二个`dispatch`方法发出的是异步 Action，只有等到操作结束，这个 Action 才会实际发出。注意，`createAction`的第二个参数必须是一个 Promise 对象。
看一下`redux-promise`的[源码](https://github.com/acdlite/redux-promise/blob/master/src/index.js)，就会明白它内部是怎么操作的。
> ~~~
> export default function promiseMiddleware({ dispatch }) {
> return next => action => {
> if (!isFSA(action)) {
> return isPromise(action)
> ? action.then(dispatch)
> : next(action);
> }
>
> return isPromise(action.payload)
> ? action.payload.then(
> result => dispatch({ ...action, payload: result }),
> error => {
> dispatch({ ...action, payload: error, error: true });
> return Promise.reject(error);
> }
> )
> : next(action);
> };
> }
> ~~~
从上面代码可以看出，如果 Action 本身是一个 Promise，它 resolve 以后的值应该是一个 Action 对象，会被`dispatch`方法送出（`action.then(dispatch)`），但 reject 以后不会有任何动作；如果 Action 对象的`payload`属性是一个 Promise 对象，那么无论 resolve 和 reject，`dispatch`方法都会发出 Action。
中间件和异步操作，就介绍到这里。[下一篇文章](216733)将是最后一部分，介绍如何使用`react-redux`这个库。
';
（一）：基本用法
最后更新于：2022-04-01 22:35:47
> 出处：[阮一峰的博客](http://www.ruanyifeng.com/blog/)
> 作者：阮一峰
一年半前，我写了[《React 入门实例教程》](http://www.ruanyifeng.com/blog/2015/03/react.html)（注：看云阅读地址：[React入门实例教程](http://www.kancloud.cn/kancloud/react/67574)），介绍了 React 的基本用法。
但是，React 只是 DOM 的一个抽象层，并不是 Web 应用的完整解决方案。也就是说，只用 React 没法写大型应用。
为了解决这个问题，2014年 Facebook 提出了 [Flux](http://www.ruanyifeng.com/blog/2016/01/flux.html) 架构的概念，引发了很多的实现。2015年，[Redux](https://github.com/reactjs/redux) 出现，将 Flux 与函数式编程结合一起，很短时间内就成为了最热门的前端架构。
本文详细介绍 Redux 架构，由于内容较多，全文分成三个部分。今天是第一部分，介绍基本概念和用法。
[TOC=2]
## 零、你可能不需要 Redux
首先明确一点，Redux 是一个有用的架构，但不是非用不可。事实上，大多数情况，你可以不用它，只用 React 就够了。
曾经有人说过这样一句话。
> "如果你不知道是否需要 Redux，那就是不需要它。"
Redux 的创造者 Dan Abramov 又补充了一句。
> "只有遇到 React 实在解决不了的问题，你才需要 Redux 。"
简单说，如果你的UI层非常简单，没有很多互动，Redux 就是不必要的，用了反而增加复杂性。
> * 用户的使用方式非常简单
> * 用户之间没有协作
> * 不需要与服务器大量交互，也没有使用 WebSocket
> * 视图层（View）只从单一来源获取数据
上面这些情况，都不需要使用 Redux。
> * 用户的使用方式复杂
> * 不同身份的用户有不同的使用方式（比如普通用户和管理员）
> * 多个用户之间可以协作
> * 与服务器大量交互，或者使用了WebSocket
> * View要从多个来源获取数据
上面这些情况才是 Redux 的适用场景：多交互、多数据源。
从组件角度看，如果你的应用有以下场景，可以考虑使用 Redux。
> * 某个组件的状态，需要共享
> * 某个状态需要在任何地方都可以拿到
> * 一个组件需要改变全局状态
> * 一个组件需要改变另一个组件的状态
发生上面情况时，如果不使用 Redux 或者其他状态管理工具，不按照一定规律处理状态的读写，代码很快就会变成一团乱麻。你需要一种机制，可以在同一个地方查询状态、改变状态、传播状态的变化。
总之，不要把 Redux 当作万灵丹，如果你的应用没那么复杂，就没必要用它。另一方面，Redux 只是 Web 架构的一种解决方案，也可以选择其他方案。
## 一、预备知识
阅读本文，你只需要懂 React。如果还懂 Flux，就更好了，会比较容易理解一些概念，但不是必需的。
Redux 有很好的[文档](http://redux.js.org/)，还有配套的小视频（[前30集](https://egghead.io/courses/getting-started-with-redux)，[后30集](https://egghead.io/courses/building-react-applications-with-idiomatic-redux)）。你可以先阅读本文，再去官方材料详细研究。
我的目标是，提供一个简洁易懂的、全面的入门级参考文档。
## 二、设计思想
Redux 的设计思想很简单，就两句话。
> （1）Web 应用是一个状态机，视图与状态是一一对应的。
>
> （2）所有的状态，保存在一个对象里面。
请务必记住这两句话，下面就是详细解释。
## 三、基本概念和 API
### 3.1 Store
Store 就是保存数据的地方，你可以把它看成一个容器。整个应用只能有一个 Store。
Redux 提供`createStore`这个函数，用来生成 Store。
> ~~~
> import { createStore } from 'redux';
> const store = createStore(fn);
> ~~~
上面代码中，`createStore`函数接受另一个函数作为参数，返回新生成的 Store 对象。
### 3.2 State
`Store`对象包含所有数据。如果想得到某个时点的数据，就要对 Store 生成快照。这种时点的数据集合，就叫做 State。
当前时刻的 State，可以通过`store.getState()`拿到。
> ~~~
> import { createStore } from 'redux';
> const store = createStore(fn);
>
> const state = store.getState();
> ~~~
Redux 规定， 一个 State 对应一个 View。只要 State 相同，View 就相同。你知道 State，就知道 View 是什么样，反之亦然。
### 3.3 Action
State 的变化，会导致 View 的变化。但是，用户接触不到 State，只能接触到 View。所以，State 的变化必须是 View 导致的。Action 就是 View 发出的通知，表示 State 应该要发生变化了。
Action 是一个对象。其中的`type`属性是必须的，表示 Action 的名称。其他属性可以自由设置，社区有一个[规范](https://github.com/acdlite/flux-standard-action)可以参考。
> ~~~
> const action = {
> type: 'ADD_TODO',
> payload: 'Learn Redux'
> };
> ~~~
上面代码中，Action 的名称是`ADD_TODO`，它携带的信息是字符串`Learn Redux`。
可以这样理解，Action 描述当前发生的事情。改变 State 的唯一办法，就是使用 Action。它会运送数据到 Store。
### 3.4 Action Creator
View 要发送多少种消息，就会有多少种 Action。如果都手写，会很麻烦。可以定义一个函数来生成 Action，这个函数就叫 Action Creator。
> ~~~
> const ADD_TODO = '添加 TODO';
>
> function addTodo(text) {
> return {
> type: ADD_TODO,
> text
> }
> }
>
> const action = addTodo('Learn Redux');
> ~~~
上面代码中，`addTodo`函数就是一个 Action Creator。
### 3.5 store.dispatch()
`store.dispatch()`是 View 发出 Action 的唯一方法。
> ~~~
> import { createStore } from 'redux';
> const store = createStore(fn);
>
> store.dispatch({
> type: 'ADD_TODO',
> payload: 'Learn Redux'
> });
> ~~~
上面代码中，`store.dispatch`接受一个 Action 对象作为参数，将它发送出去。
结合 Action Creator，这段代码可以改写如下。
> ~~~
> store.dispatch(addTodo('Learn Redux'));
> ~~~
### 3.6 Reducer
Store 收到 Action 以后，必须给出一个新的 State，这样 View 才会发生变化。这种 State 的计算过程就叫做 Reducer。
Reducer 是一个函数，它接受 Action 和当前 State 作为参数，返回一个新的 State。
> ~~~
> const reducer = function (state, action) {
> // ...
> return new_state;
> };
> ~~~
整个应用的初始状态，可以作为 State 的默认值。下面是一个实际的例子。
> ~~~
> const defaultState = 0;
> const reducer = (state = defaultState, action) => {
> switch (action.type) {
> case 'ADD':
> return state + action.payload;
> default:
> return state;
> }
> };
>
> const state = reducer(1, {
> type: 'ADD',
> payload: 2
> });
> ~~~
上面代码中，`reducer`函数收到名为`ADD`的 Action 以后，就返回一个新的 State，作为加法的计算结果。其他运算的逻辑（比如减法），也可以根据 Action 的不同来实现。
实际应用中，Reducer 函数不用像上面这样手动调用，`store.dispatch`方法会触发 Reducer 的自动执行。为此，Store 需要知道 Reducer 函数，做法就是在生成 Store 的时候，将 Reducer 传入`createStore`方法。
> ~~~
> import { createStore } from 'redux';
> const store = createStore(reducer);
> ~~~
上面代码中，`createStore`接受 Reducer 作为参数，生成一个新的 Store。以后每当`store.dispatch`发送过来一个新的 Action，就会自动调用 Reducer，得到新的 State。
为什么这个函数叫做 Reducer 呢？因为它可以作为数组的`reduce`方法的参数。请看下面的例子，一系列 Action 对象按照顺序作为一个数组。
> ~~~
> const actions = [
> { type: 'ADD', payload: 0 },
> { type: 'ADD', payload: 1 },
> { type: 'ADD', payload: 2 }
> ];
>
> const total = actions.reduce(reducer, 0); // 3
> ~~~
上面代码中，数组`actions`表示依次有三个 Action，分别是加`0`、加`1`和加`2`。数组的`reduce`方法接受 Reducer 函数作为参数，就可以直接得到最终的状态`3`。
### 3.7 纯函数
Reducer 函数最重要的特征是，它是一个纯函数。也就是说，只要是同样的输入，必定得到同样的输出。
纯函数是函数式编程的概念，必须遵守以下一些约束。
> * 不得改写参数
> * 不能调用系统 I/O 的API
> * 不能调用`Date.now()`或者`Math.random()`等不纯的方法，因为每次会得到不一样的结果
由于 Reducer 是纯函数，就可以保证同样的State，必定得到同样的 View。但也正因为这一点，Reducer 函数里面不能改变 State，必须返回一个全新的对象，请参考下面的写法。
> ~~~
> // State 是一个对象
> function reducer(state, action) {
> return Object.assign({}, state, { thingToChange });
> // 或者
> return { ...state, ...newState };
> }
>
> // State 是一个数组
> function reducer(state, action) {
> return [...state, newItem];
> }
> ~~~
最好把 State 对象设成只读。你没法改变它，要得到新的 State，唯一办法就是生成一个新对象。这样的好处是，任何时候，与某个 View 对应的 State 总是一个不变的对象。
### 3.8 store.subscribe()
Store 允许使用`store.subscribe`方法设置监听函数，一旦 State 发生变化，就自动执行这个函数。
> ~~~
> import { createStore } from 'redux';
> const store = createStore(reducer);
>
> store.subscribe(listener);
> ~~~
显然，只要把 View 的更新函数（对于 React 项目，就是组件的`render`方法或`setState`方法）放入`listen`，就会实现 View 的自动渲染。
`store.subscribe`方法返回一个函数，调用这个函数就可以解除监听。
> ~~~
> let unsubscribe = store.subscribe(() =>
> console.log(store.getState())
> );
>
> unsubscribe();
> ~~~
## 四、Store 的实现
上一节介绍了 Redux 涉及的基本概念，可以发现 Store 提供了三个方法。
> * store.getState()
> * store.dispatch()
> * store.subscribe()
> ~~~
> import { createStore } from 'redux';
> let { subscribe, dispatch, getState } = createStore(reducer);
> ~~~
`createStore`方法还可以接受第二个参数，表示 State 的最初状态。这通常是服务器给出的。
> ~~~
> let store = createStore(todoApp, window.STATE_FROM_SERVER)
> ~~~
上面代码中，`window.STATE_FROM_SERVER`就是整个应用的状态初始值。注意，如果提供了这个参数，它会覆盖 Reducer 函数的默认初始值。
下面是`createStore`方法的一个简单实现，可以了解一下 Store 是怎么生成的。
> ~~~
> const createStore = (reducer) => {
> let state;
> let listeners = [];
>
> const getState = () => state;
>
> const dispatch = (action) => {
> state = reducer(state, action);
> listeners.forEach(listener => listener());
> };
>
> const subscribe = (listener) => {
> listeners.push(listener);
> return () => {
> listeners = listeners.filter(l => l !== listener);
> }
> };
>
> dispatch({});
>
> return { getState, dispatch, subscribe };
> };
> ~~~
## 五、Reducer 的拆分
Reducer 函数负责生成 State。由于整个应用只有一个 State 对象，包含所有数据，对于大型应用来说，这个 State 必然十分庞大，导致 Reducer 函数也十分庞大。
请看下面的例子。
> ~~~
> const chatReducer = (state = defaultState, action = {}) => {
> const { type, payload } = action;
> switch (type) {
> case ADD_CHAT:
> return Object.assign({}, state, {
> chatLog: state.chatLog.concat(payload)
> });
> case CHANGE_STATUS:
> return Object.assign({}, state, {
> statusMessage: payload
> });
> case CHANGE_USERNAME:
> return Object.assign({}, state, {
> userName: payload
> });
> default: return state;
> }
> };
> ~~~
上面代码中，三种 Action 分别改变 State 的三个属性。
> * ADD_CHAT：`chatLog`属性
> * CHANGE_STATUS：`statusMessage`属性
> * CHANGE_USERNAME：`userName`属性
这三个属性之间没有联系，这提示我们可以把 Reducer 函数拆分。不同的函数负责处理不同属性，最终把它们合并成一个大的 Reducer 即可。
> ~~~
> const chatReducer = (state = defaultState, action = {}) => {
> return {
> chatLog: chatLog(state.chatLog, action),
> statusMessage: statusMessage(state.statusMessage, action),
> userName: userName(state.userName, action)
> }
> };
> ~~~
上面代码中，Reducer 函数被拆成了三个小函数，每一个负责生成对应的属性。
这样一拆，Reducer 就易读易写多了。而且，这种拆分与 React 应用的结构相吻合：一个 React 根组件由很多子组件构成。这就是说，子组件与子 Reducer 完全可以对应。
Redux 提供了一个`combineReducers`方法，用于 Reducer 的拆分。你只要定义各个子 Reducer 函数，然后用这个方法，将它们合成一个大的 Reducer。
> ~~~
> import { combineReducers } from 'redux';
>
> const chatReducer = combineReducers({
> chatLog,
> statusMessage,
> userName
> })
>
> export default todoApp;
> ~~~
上面的代码通过`combineReducers`方法将三个子 Reducer 合并成一个大的函数。
这种写法有一个前提，就是 State 的属性名必须与子 Reducer 同名。如果不同名，就要采用下面的写法。
> ~~~
> const reducer = combineReducers({
> a: doSomethingWithA,
> b: processB,
> c: c
> })
>
> // 等同于
> function reducer(state = {}, action) {
> return {
> a: doSomethingWithA(state.a, action),
> b: processB(state.b, action),
> c: c(state.c, action)
> }
> }
> ~~~
总之，`combineReducers()`做的就是产生一个整体的 Reducer 函数。该函数根据 State 的 key 去执行相应的子 Reducer，并将返回结果合并成一个大的 State 对象。
下面是`combineReducer`的简单实现。
> ~~~
> const combineReducers = reducers => {
> return (state = {}, action) => {
> return Object.keys(reducers).reduce(
> (nextState, key) => {
> nextState[key] = reducers[key](state[key], action);
> return nextState;
> },
> {}
> );
> };
> };
> ~~~
你可以把所有子 Reducer 放在一个文件里面，然后统一引入。
> ~~~
> import { combineReducers } from 'redux'
> import * as reducers from './reducers'
>
> const reducer = combineReducers(reducers)
> ~~~
## 六、工作流程
本节对 Redux 的工作流程，做一个梳理。
首先，用户发出 Action。
> ~~~
> store.dispatch(action);
> ~~~
然后，Store 自动调用 Reducer，并且传入两个参数：当前 State 和收到的 Action。 Reducer 会返回新的 State 。
> ~~~
> let nextState = todoApp(previousState, action);
> ~~~
State 一旦有变化，Store 就会调用监听函数。
> ~~~
> // 设置监听函数
> store.subscribe(listener);
> ~~~
`listener`可以通过`store.getState()`得到当前状态。如果使用的是 React，这时可以触发重新渲染 View。
> ~~~
> function listerner() {
> let newState = store.getState();
> component.setState(newState);
> }
> ~~~
## 七、实例：计数器
下面我们来看一个最简单的实例。
> ~~~
> const Counter = ({ value }) => (
> ,
> document.getElementById('root')
> );
> };
>
> store.subscribe(render);
> render();
> ~~~
上面是一个简单的计数器，唯一的作用就是把参数`value`的值，显示在网页上。Store 的监听函数设置为`render`，每次 State 的变化都会导致网页重新渲染。
下面加入一点变化，为`Counter`添加递增和递减的 Action。
> ~~~
> const Counter = ({ value }) => (
> value={store.getState()}
> onIncrement={() => store.dispatch({type: 'INCREMENT'})}
> onDecrement={() => store.dispatch({type: 'DECREMENT'})}
> />,
> document.getElementById('root')
> );
> };
>
> render();
> store.subscribe(render);
> ~~~
完整的代码请看[这里](https://github.com/reactjs/redux/tree/master/examples/counter)。
Redux 的基本用法就介绍到这里，[下一次](216732)介绍它的高级用法：中间件和异步操作。
';