Skip to content

Latest commit

 

History

History
317 lines (256 loc) · 9.19 KB

redux-middleware.md

File metadata and controls

317 lines (256 loc) · 9.19 KB
Raw

Redux 中间件

在 redux 里面，有一个重要的问题没有处理：异步请求。
dispatch action 之后， reducer 立即计算出 state, 这是同步更新 state。
dispatch action 之后， 过一段事件才执行 reducer 计算出 state, 这是异步更新 state。
所以如何让 reducer 过一会才执行呢，就要用到 redux 的中间件
其中比较出名的中间件是 redux-thunk 和 redux-saga，也是是 redux 应用中最常用的两种异步流处理方式。

如果在组件内部进行异步请求的处理，处理完成之后再dispatch对应 action，这样违背了 redux 是数据源的理念，并且数据请求分散在各个组件内部，不易维护

异步请求开始的时候，dispatch 一个 action 通知 reducer 异步请求已发出，异步请求结束的时候，再 dispatch 一个 action 通知 reducer 异步请求结束，传回数据，改变 state，更新 view 视图

redux-thunk

引入 redux 插件后，我们可以在 actionCreator 内部编写异步逻辑
redux-thunk 作用即是将 action 从一个对象变成一个函数

actionCreator.js
// 未引入之前
export const increment = (data) => {
  return {
    type: 'increment',
    payload: data,
  }
}
// 引入之后
export const increment = (data) => {
  return async (dispatch) => {
    const response = await ajax(url, data)
    dispatch({
      type: 'increment',
      payload: response.data,
    })
  }
}
// 如果开始fetchData的时候，也记录一个状态，需要有两个dispatch
export const increment = (data) => {
  return async (dispatch) => {
    dispatch({ type: 'fetch_request' })
    fetch(url).then((data) =>
      dispatch({
        type: 'fetch_success',
        data,
      })
    )
  }
}

引入之前，actionCreator return 一个需要 dispatch 的对象 引入之后，actionCreator return 一个函数，这个函数里面包含异步请求，函数的最后 dispatch 一个对象

在 view 层，我们只需要 dispatch increment 这个 creator，并传入参数就可以了

import store from './store/index'
import {increment} from './store/actionCreator'

class ... {
  componentDidMount() {
    store.dispatch(increment(...))
    // dispatch一个异步函数，这个函数由redux-thunk处理，处理完成之后，自动dispatch一个对象给reducer处理
  }
}

thunk 中间件在 store.js 的引入

import { applyMiddle, createStore, compose } from 'redux'
import thunk from 'redux-thunk'
import reducer from './reducer.js'
const store = createStore(reducer, compose(applyMiddleware(thunk), window.__REDUX_DEVTOOLS_EXTENSION__ && window.__REDUX_DEVTOOLS_EXTENSION__()))

redux-thunk 缺点

  • action 虽然被拓展了，但是变得复杂了，后期可维护性降低
  • 协调并发任务困难?

redux-saga

在 redux-saga 中，UI 组件不会主动去触发任务，它们会 dispatch 一个 action 来通知需要做何种变化，即 dispatch 一个对象???
saga 包括三个部分

  • worker saga 做所有的工作，如调用 API，进行异步请求，并且获得返回结果，如call put这些 api
  • watcher saga 监听被 dispatch 的 action，当接收到 action 或者知道它被触发时，调用 worker saga 执行任务，主要是由take takeEvery来监听
  • root saga 立即启动 sagas 的唯一入口

saga 中间件在 store.js 的引入

import { createStore, applyMiddleware } from 'redux'
import createSagaMiddleware from 'redux-saga'
import reducer from './reducer.js'
import saga from './saga'

const sagaMiddleware = createSagaMiddle()

const store = createStore(reudcer, applyMiddle(sagaMiddleware))
sagaMiddleware.run(saga)

redux-saga 处理提交 action

// 获取数据的generator
function* fetchProducts(dispatch) {
  const products = yield call(Api.fetch, '/products')
  dispatch({ type: 'PRODUCTS_RECEIVED', products })
}
// 缺点，在generator直接调用了fetch，不容易测试
// 改造，使用put api
import { call, put } from 'redux-saga/effects'

function* fetchProducts() {
  const products = yield call(Api.fetch, '/products')
  // create and yield a dispatch Effect
  yield put({ type: 'PRODUCTS_RECEIVED', products })
}

使用：在 componentDidMount 的时候,dispatch 一个 actions,begin_fetch_data,
redux 监听到这个 begin_fetch_data 执行了，然后执行 fetchData 的 generator 操作，fetchData 的最后 dispatch 一个 get_data 的 action,并传递参数 data
最后 dispatch 一个 action,fetch_end，通知 reducer 数据获取完毕

下面是一个例子

reducer.js

const initState = {
  isFetching: false
  list: null
}
// constant
const FETCH_START = 'fetchStart'
const FETCH_END = 'fetchEnd'
const FETCH_LIST = 'fetchList'
// reducer
const reducer = (state = initState, actions) => {
  switch(actions.type) {
    case FETCH_START:
    case FETCH_END:
      return {...state, actions.state}
    case FETCH_LIST:
      return {...state, actions.list}
    default：
      return state
  }
}
// actionCreators
export const getListStart = (state) => {
  return {
    type: FETCH_START,
    data: state
  }
}
export const getListEnd = (state) => {
  return {
    type: FETCH_END,
    data: state
  }
}
export const getList = (data) => {
  return {
    type: GET_LIST,
    data
  }
}

store.js
立即启动 saga 的入口，rootSaga

import { createStore, applyMiddle, compose } from 'redux'
import createSagaMiddleware from 'redux-saga'
import reducers from './reducer'
import sagas from './saga'
const sagaMiddleware = createSagaMiddleware()
const store = createStore(reducer, compose(applyMiddleware(sagaMiddleware)), window.__REDUX_DEVTOOLS_EXTENSION__ && window.__REDUX_DEVTOOLS_EXTENSION__())

sagaMiddleware.run(sagas)
export default store

saga.js 处理 effect 的 workerSaga，监听 action 变化的 watchSaga

import { takeEvery, put, call } from 'redux-saga/effects'
import { GET_LIST, GET_LIST_START } from './reducer' // constance 常量
import { getList, getListEnd } from './reducer' // actionCreators
import axios from 'axios'

function* sagas() {
  // 如果GET_LIST_START action触发，则执行getListSaga这个generator
  yield takeEvery(GET_LIST_START, getListSaga)
}

function* getListSaga() {
  // call用于发送ajax请求
  const res = yield call(axios.get, 'http://yapi.demo.qunar.com/mock/80729/api/redux/todolist')
  // put用于提交action至reducer
  yield put(getList(res.data.data.list))
  // 发送一个数据获取完成的action
  yield put(getListEnd(false))
}

export default saga

List.js

import store from './store'
import React from 'react'
import { getListStart } from './reducer'

class List extends React.Component {
  state = {
    list: store.getState().list,
  }
  componentDidMount() {
    store.dispatch(getListStart(true))
  }
  render() {
    return <div>{this.state.list}</div>
  }
}

redux-saga api 处理副作用

put

put 用于函数参数是一个对象，发送给 reducer 处理的 action

call

call 是发送异步请求时使用的 api，第一个参数时 fetchApi（函数，且不带参数），第 2-n 个参数是传递给 fetchApi 的参数

select

指示middleware调用选择器获取 store 上的 state 数据，与 redux 中store.getState()作用一致

function* watchData() {
  const state = yield select()
  // 或者传递参数，获取部分state?
  const state = yield select().userInfo
  // 或者解构
  const { info } = yield select()
}

fork

fork 与 call 类似，但是是非阻塞函数，执行完yield fork(fn, args),会立即向下执行，而不会等待 fn 执行返回的结果

take

参数：pattern，也就是一个 action take 函数可以监听未来的 action，创建一个命令对象，告诉 middleware 等待一个特定的 action，generator 会暂停，等待一个与 pattern 匹配的 action 被发起，才会继续执行下面的语句
通常写法如下

// 当`FETCH_REQUEST`这个type的action触发时，会执行doSomething这个操作
function* watchFetchData() {
  while (true) {
    yield take('FETCH_REQUEST')
    // doSomething
  }
}

takeEvery

参数：(pattern, saga, ...args)
第一个是 action，第二个是 generator 函数

function *fetchUser(action) {
  ...
}
function *watchFetchUser() {
  yield takeEvery('USER_REQUEST', fetchUser)
}

以上代码：每次 dispatch USER_REQUEST这个 action 时，都会自动执行 fetchUser 这个 generator 函数
takeEvery 基于 take 和 fork 实现

const takeEvery = (patternOrChannel, saga, ...args) =>
  fork(function*() {
    while (true) {
      const action = yield take(patternOrChannel)
      yield fork(saga, ...args.concat(action))
    }
  })

all

并行执行 effect

参考