id: glossary title: 词汇表

hide_title: false

词汇表

这是 Redux 的核心概念词汇表以及这些核心概念的类型定义。这些类型使用了 Flow 标注 来表示。

State

  1. type State = any

State (也称为 state tree) 是一个宽泛的概念,但是在 Redux API 中,通常是指一个唯一的 state 值,由 store 管理且由 getState() 方法获得。它表示了 Redux 应用的全部状态,通常为一个多层嵌套的对象。

约定俗成,顶层 state 或为一个对象,或像 Map 那样的键-值集合,也可以是任意的数据类型。然而你应尽可能确保 state 可以被序列化,而且不要把什么数据都放进去,导致无法轻松地把 state 转换成 JSON。

Action

  1. type Action = Object

Action 是一个普通对象,用来表示即将改变 state 的意图。它是将数据放入 store 的唯一途径。无论是从 UI 事件、网络回调,还是其他诸如 WebSocket 之类的数据源所获得的数据,最终都会被 dispatch 成 action。

Action 必须拥有一个 type 值代表需要被执行的 action type。Type 可以被定义为常量,并从其他 module 导入。比起用 Symbols 表示 type,使用 String 是更好的方法,因为 string 可以被序列化。

除了 type 之外,action 对象的结构其实完全取决于你自己。如果你感兴趣的话,请参考 Flux Standard Action ,了解如何构建 action。

还有就是请看后面的 异步 action

Reducer

  1. type Reducer<S, A> = (state: S, action: A) => S

Reducer (也称为 reducing function) 函数接受两个参数:之前累积运算的结果和当前被累积的值,返回的是一个新的累积结果。该函数把一个集合归并成一个单值。

Reducer 并不是 Redux 特有的函数 —— 它是函数式编程中的一个基本概念,甚至大部分的非函数式语言比如 JavaScript,都有一个内置的 reduce API。对于 JavaScript,这个 API 是 Array.prototype.reduce().

在 Redux 中,累计运算的结果是 state 对象,而被累积的值是 action。Reducer 由上次累积的结果 state 与当前被累积的 action 计算得到一个新 state。这些 Reducer 必须是纯函数,而且当输入相同时返回的结果也会相同。它们不应该产生任何副作用。正因如此,才使得诸如热重载和时间旅行这些很棒的功能成为可能。

Reducer 是 Redux 之中最重要的概念。

不要在 reducer 中调用 API 接口请求

Dispatch 函数

  1. type BaseDispatch = (a: Action) => Action
  2. type Dispatch = (a: Action | AsyncAction) => any

dispatching 函数 (或简言之 dispatch 函数) 是一个接收 action 或者异步 action的函数,该函数要么往 store 分发一个或多个 action,要么不分发任何 action。

我们必须分清一般的 dispatch 函数以及由 store 实例提供的没有 middleware 的 base dispatch function 之间的区别。

Base dispatch function 总是同步地把 action 与上一次从 store 返回的 state 发往 reducer,然后计算出新的 state。它期望 action 会是一个可以被 reducer 消费的普通对象。

Middleware 封装了 base dispatch function,允许 dispatch function 处理 action 之外的异步 action。 Middleware 可以改变、延迟、忽略 action 或异步 action,也可以在传递给下一个 middleware 之前对它们进行解释。获取更多信息请往后看。

Action Creator

  1. type ActionCreator<A, P extends any[] = any[]> = (...args: P) => Action | AsyncAction

Action Creator 很简单,就是一个创建 action 的函数。不要混淆 action 和 action creator 这两个概念。Action 是一个信息的负载,而 action creator 是一个创建 action 的工厂。

调用 action creator 只会生产 action,但不分发。你需要调用 store 的 dispatch function 才会引起变化。有时我们讲 绑定过的 action creator,是指一个函数调用了 action creator 并立即将结果分发给一个特定的 store 实例。

如果 action creator 需要读取当前的 state、调用 API 接口请求、或引起诸如路由变化等副作用,那么它应该返回一个异步 action而不是 action。

异步 Action

  1. type AsyncAction = any

异步 action 是一个发给 dispatching 函数的值,但是这个值还不能被 reducer 消费。在发往 base dispatch() function 之前,middleware 会把异步 action 转换成一个或一组 action。异步 action 可以有多种 type,这取决于你所使用的 middleware。它通常是 Promise 或者 thunk 之类的异步原生数据类型,虽然不会立即把数据传递给 reducer,但是一旦操作完成就会触发 action 的分发事件。

Middleware

  1. type MiddlewareAPI = { dispatch: Dispatch, getState: () => State }
  2. type Middleware = (api: MiddlewareAPI) => (next: Dispatch) => Dispatch

Middleware 是一个组合 dispatch 函数 的高阶函数,返回一个新的 dispatch 函数,通常将异步 action 转换成 action。

Middleware 利用复合函数使其可以组合其他函数,可用于记录 action 日志、产生其他诸如变化路由的副作用,或将异步的 API 调用变为一组同步的 action。

请见 applyMiddleware(...middlewares) 获取 middleware 的详细内容。

Store

  1. type Store = {
  2. dispatch: Dispatch
  3. getState: () => State
  4. subscribe: (listener: () => void) => () => void
  5. replaceReducer: (reducer: Reducer) => void
  6. }

Store 就是存储着应用的 state tree 的对象。 因为它的构建发生于 reducer 层,所以一个 Redux 应用中应当只有一个 Store。

详见完整的 store API 文档

Store creator

  1. type StoreCreator = (reducer: Reducer, preloadedState: ?State) => Store

Store creator 是一个创建 Redux store 的函数。就像 dispatch 函数那样,我们必须分清通过 createStore(reducer, initialState) 由 Redux 导出的 base store creator 与从 store enhancer 返回的 store creator 之间的区别。

Store enhancer

  1. type StoreEnhancer = (next: StoreCreator) => StoreCreator

Store enhancer 是一个组合 store creator 的高阶函数,返回一个新的强化过的 store creator。这与 middleware 相似,它也允许你通过复合函数改变 store 接口。

Store enhancer 与 React 的高阶 component 概念一致,通常也会称为 “component enhancers”。

因为 store 并非实例,更像是一个函数集合的普通对象,所以可以轻松地创建副本,也可以在不改变原先的 store 的条件下修改副本。在 compose 文档中有一个示例演示了这种做法。

大多数时候你基本不用编写 store enhancer,但你可能会在 developer tools 中用到。正因为 store enhancer,应用程序才有可能无察觉情况下实现“时间旅行 Time Travel”。有趣的是,Redux middleware 本身的实现就是一个 store enhancer。