3.1 开始使用 redux

前面我们介绍了 flux 架构以及其开源实现 redux,在这一节中,我们将完整的介绍 redux:

  • redux 介绍

    • redux 是什么

    • redux 概念

    • redux 三原则

  • redux Stores

  • redux Action

  • redux Reducers

  • redux 数据流动

3.1.1 redux 介绍

redux 是什么

Redux is a predictable state container for JavaScript apps译:Redux 是为 Javascript 应用而生的可预估的状态容器

定义有些抽象,简单来讲 redux 可以理解为基于 flux 和其他一些思想(Elm,函数式编程)发展出来的前端应用架构库,作为一个前端数据状态容器体现,并可以在 React 和其他任何前端框架中使用。

redux 概念

  • store: 同 flux,应用数据的存储中心

  • action: 同 flux ,应用数据的改变的描述

  • reducer: 决定应用数据新状态的函数,接收应用之前的状态和一个 action 返回数据的新状态。

  • middleware: redux 提供中间件的方式,完成一些 flux 流程的自定义控制,同时形成其插件体系

redux 三原则

单一的 store

区别于 flux 模式中可以有多个 state,整个应用的数据以树状结构存放在一个 state 对象中。

console.log(store.getState())
/* Prints
{
  visibilityFilter: 'SHOW_ALL',
  todos: [
    {
      text: 'Consider using Redux',
      completed: true,
    },
    {
      text: 'Keep all state in a single tree',
      completed: false
    }
  ]
}
*/

state 只读

state 包含的应用数据不能随意修改,修改数据的唯一方式是 dispatch action,action 描述要修改的信息(这和 flux 架构上是一致的,不过在设计上更加严格,见后面的 reducer 设计)。

store.dispatch({
  type: 'COMPLETE_TODO',
  index: 1
})

store.dispatch({
  type: 'SET_VISIBILITY_FILTER',
  filter: 'SHOW_COMPLETED'
})

数据的改变由纯函数生成

在 redux 中,应用数据的改变路径为:

  1. store.dispatch(action)

  2. newState = reducer(previousState, action)

  3. reducer 为纯函数

纯函数是函数是编程的思想,只要参数相同,函数返回的结果永远是一致的,并且不会对外部有任何影响(不会改变参数对象的数据)。也就是说 reducer 每次必须返回一个新状态,新状态由旧状态和 action 数据决定。

3.1.2 安装 redux

安装 redux 核心和 react-redux 集成进 react

$ npm install --save redux
$ npm install --save react-redux

3.1.3 redux store

在 redux 中 store 作为一个单例,存放了应用的所有数据,对外提供了如下的 API:

  1. 获取数据 store.getState()

  2. 通过触发 action 来更新数据 store.dispatch(action)

  3. pubsub 模式提供消息订阅和取消 store.subscribe(listener)

创建并初始化 store

redux 提供 createStore 方法来创建一个 store

/**
 * [createStore description]
 * @param  {[type]} reducer      [reducer 函数]
 * @param  {[type]} initialState [应用初始化状态]
 * @return {[type]}              [description]
 */function createStore(reducer, initialState) {
    // ....
}

创建一个 store :

var redux = require('redux');
var todoAppReducer = require('./reducers');
var initalState = {
    todos: []
};
var store = redux.createStore(todoAppReducer, initialState);

触发 action

redux 修改应用数据的唯一方式为 store.dispatch(action)

eg:

store.dispatch({
  type: 'ADD_TODO',
  title: 'new todo'
})

消息订阅和取消

为了让用户监听应用数据改变,redux 在 store 集成了 pubsub 模式

订阅

// 每次应用数据改变,输出最新的应用数据
store.subscribe(function(){
  console.log(store.getState())
})

// 如果新增了 todo 会触发上面的订阅函数
store.dispatch({
  type: 'ADD_TODO',
  title: 'new todo'
})

取消

subscribe 返回的函数即为取消函数

var unsubscribe = store.subscribe(function(){
  console.log(store.getState())
})

// ....

unsubscribe();

设计应用数据结构

所有数据都存放在一个 store 中,以 todoApp 为例子,state 的数据结构可能为

{
  visibilityFilter: 'SHOW_ALL',
  todos: [
    {
      text: 'Consider using Redux',
      completed: true,
    },
    {
      text: 'Keep all state in a single tree',
      completed: false
    }
  ]
}

当应用变大的时候,数据结构可能没有这么简单,这时候需要找到一个较好的结构来设计应用数据,下面是两个 redux 在设计 state 上的 tip:

  1. 业务数据和 UI 状态数据分离,尽量避免 UI 状态数据放在 store 中,即便放在 store 中也好和业务数据分离。

  2. 避免嵌套,在一个复杂的场景,数据对象可能很深,出现多层,那在设计的时候可以通过 id 的方式来引用,可以参考 normalizr的简化方式

3.1.4 redux action

我们已经知道 action 就是数据修改的描述信息,不过在实际使用过程中需要理解下面的这些规范:

  1. action 描述数据结构

  2. action 类型常量

  3. action creator

action 描述数据结构

redux 对 action 对象的数据结构做了简单规范,每个对象必须包含一个字段 type,应用通过 type 来识别 action 类型,其他字段不做任何限制。

eg:

{
  type: "ADD_TODO",
  text: 'Build my first Redux app'
}

{
  type: "REMVOE_TODO",
  index: 1
}

{
  type: "TOGGLE_TODO",
  id: 'a1s2d1'
}

action 类型常量

为了项目的规范,通常把 action type 定义为名称常量,放在一个单独的文件中管理,这在大型项目中是一个很好的习惯。

eg:

var ADD_TODO = "ADD_TODO"

{
  type: ADD_TODO,
  text: 'Build my first Redux app'
}

action creator

在 flux 模式小节已经介绍过,为了规范化 action 通过 action creator 来创建

function addTodo(text) {
  return {
    type: ADD_TODO,
    text: text
  }
}

原来的 dispatch 的使用改为了

// 旧的方式
store.dispatch({
    type: ADD_TODO,
    text: text
})

// 新的方式
store.dispatch(addTodo(text))

3.1.5 redux reducer

reducer 应该是最为陌生的概念,理解 reducer 是理解 redux 的关键,牢记 reducer 决定应用数据的改变

reducer 基础

/**
 * [reducer description]
 * @param  {[type]} previewsState [之前状态]
 * @param  {[type]} action        [redux action]
 * @return {[type]} newState      [新状态]
 */function reducer(previewsState, action) {
    var newState;
    switch(action.type) {
        case ..
        case ..
        default:
            newState = previewsState
    }
    return newState;
}

首先 reducer 是一个纯函数,接收到之前的应用状态和 action 并返回一个新状态,为了每次返回一个新状态,可以通过 Object.assign() 方法返回一个新的对象,也可以使用 Immutable.js (后面的章节会讲解 Immutable.js)。

function todoApp(state, action) {
    state = initialState
    switch (action.type) {
        case SET_VISIBILITY_FILTER:
          return Object.assign({}, state, {
            visibilityFilter: action.filter
          })
        default:
          return state
    }
}

redux 会在初始的时候调用一次 reducer (这时参数 previewsState 为 undefined), 可以借用这个机会返回应用初始状态数据。

eg:

// reducers/todoApp.jsvar initialState = {todos: ...};

function todoApp(state, action) {
  if (typeof state === 'undefined') {
    return initialState
  }
  // 返回默认值return state
}

module.exports = todoApp;

总结需要注意的点:

  1. 纯函数特性,不能修改 previewsState,不能调用异步 API,无论什么时候,传入相同的参数都能立即返回相同的结果(不能调用 Math.random, Data.now 这些函数,因为会导致不同的结果)

  2. 默认返回 previewsState (在 action 不会得到处理的情况)

  3. 处理 state 为 undefined 的情况

reducer 组合

一个 todo 应用可能有很多操作,在真实场景上面的 todoApp reducer 可能膨胀为如下的结构:

function todoApp(state = initialState, action) {
  switch (action.type) {
    case SET_VISIBILITY_FILTER:
      return Object.assign({}, state, {
        visibilityFilter: action.filter
      })
    case ADD_TODO:
      return Object.assign({}, state, {
        todos: [
          ...state.todos,
          {
            text: action.text,
            completed: false
          }
        ]
      })
    case TOGGLE_TODO:
      return Object.assign({}, state, {
        todos: state.todos.map((todo, index) => {
          if(index === action.index) {
            return Object.assign({}, todo, {
              completed: !todo.completed
            })
          }
          return todo
        })
      })
    default:
      return state
  }
}

这时候可以对 todoApp reducer 做拆分,将它拆分为多个不同的 reducer,todoApp reducer 的作用只是组合其他 reducer 。

拆分后可以如下:

function todos(state = [], action) {
  switch (action.type) {
    case ADD_TODO:
      return [
        ...state,
        {
          text: action.text,
          completed: false
        }
      ]
    case TOGGLE_TODO:
      return state.map((todo, index) => {
        if (index === action.index) {
          return Object.assign({}, todo, {
            completed: !todo.completed
          })
        }
        return todo
      })
    default:
      return state
  }
}

function visibilityFilter(state = SHOW_ALL, action) {
  switch (action.type) {
    case SET_VISIBILITY_FILTER:
      return action.filter
    default:
      return state
  }
}

function todoApp(state = {}, action) {
  return {
    visibilityFilter: visibilityFilter(state.visibilityFilter, action),
    todos: todos(state.todos, action)
  }
}

module.exports = todoApp

todoApp 不再负责整个应用状态的修改,而是将责任分配给了其他的 reducer, 每个子 reducer 相互独立,负责各自的责任,这个时候应用数据的改变不是靠一个 reducer 改变的,而是由多个 reducer 组合起来,这是 redux 应用的基础,叫做 reducer 组合

可以发现 reducer 的组合和状态数据的结构是相同的,都可以理解为树状结构。 state 根对象有一个根 reducer (createState 传入的 reducer)这里是 todoApp , state 对象下面的第一级数据对应不用的 reducer,visibilityFilter 和 todos , 理解起来这也是一个典型的 分而治之策略

对于 reducer 的组合,redux 提供了 combineReducers() 方法来简化,上面的 todoApp 可以简化为:

var todoApp = redux.combineReducers({
  visibilityFilter: visibilityFilter,
  todos: todos
})

这样的写法和上面的写法作用完全相同

3.1.5 redux 数据流动

redux 继承 flux 最核心的地方是 数据的单向流动
上面已经详细介绍了 redux 的各个概念,下面将这些概念结合起来,看看数据怎么在 redux 中流动的。

第一步:调用 store.dispatch(action)

可以在任何地方触发 dispatch,例如 UI 交互,API 调用

第二步: Redux store 调用 rootReducer

redux 收到 action 过后,调用根 reducer 并返回最新的状态数据。(根 reducer 内部组合其他 reducer 返回部分的最新状态)

第三步:接收新状态并 publish 给订阅者

当 rootReducer 返回最新的状态后,通知订阅函数 store.subscribe(listener) 。在 React 中,可以订阅状态更新,在订阅函数中获取最新的状态过后,修改根组件的数据:

component.setState(newState)




原文地址:https://www.cnblogs.com/itlyh/p/6020624.html