文章首发于我的博客 https://github.com/mcuking/bl...

相干代码请查阅 https://github.com/mcuking/bl...

上一讲实现了react-redux,从而能够更加优雅地在react中应用redux。

然而,一个关键问题没有解决:异步操作怎么办?Action 收回当前,Reducer 立刻算出 State,这叫做同步;Action 收回当前,过一段时间再执行 Reducer,这就是异步。

怎么能力 Reducer 在异步操作完结后主动执行呢?这就要用到新的工具:中间件(middleware)。

中间件原理

为了了解中间件,让咱们站在框架作者的角度思考问题:如果要增加性能,你会在哪个环节增加?

  • Reducer:纯函数,只承当计算State 的性能,不适合承当其余性能,也承当不了,因为实践上,纯函数不能进行读写操作。
  • View:与 State 一一对应,能够看作 State 的视觉层,也不适合承当其余性能。
  • 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外面是如何应用中间件的,当应用单个中间件时代码如下,其中thunk就是一个中间件:

const store = createStore(counter, applyMiddleware(thunk))

有下面的代码能够看出,咱们须要做三件事件

  • 第一步 对createStore函数进行扩大,使其可能接管第二个参数——中间件
  • 第二步 定义applyMiddleware函数,使其可能将一个中间件退出到redux中
  • 第三步 实现一个中间件——redux-thunk

对createStore函数进行扩大

代码如下,检测是否有增强器,若存在则先用增强器对createStore进行扩大加强

export function createStore(reducer, enhancer) {    // 如果存在增强器,则先用增强器对createStore进行扩大加强    if (enhancer) {        return enhancer(createStore)(reducer)    }    ...}

定义applyMiddleware函数

依据下面的代码,咱们能够晓得,applyMiddleware(中间件)返回的是一个高阶函数,接管参数createStore后,返回一个函数,而后再接管参数reducer。
因而对应代码如下:

export function applyMiddleware(...middlewares) {    return createStore => (...args) => {        // 第一步 取得原生store以及原生dispatch        const store = createStore(...args)        let dispatch = store.dispatch                const midApi = {            getState: store.getState,            dispatch: (...args) => dispatch(...args)        }        // 第二步 将原生dipatch传入中间件进行扩大加强,生成新的dispatch        dispatch = middleware(midApi)(dispatch)        return {            ...store, // 原生store            dispatch, // 加强扩大后的dispatch        }    }}

在上述代码中,咱们先是取得原生store以及原生dispatch,组成midApi,即中间件API,而后将其传入中间件,执行中间件内定义的操作,返回一个函数,再传入原生dispatch,再返回一个加强后的dispatch,最初传入action。加强后的dispatch如下:

dispatch(action) = middleware(midApi)(store.dispatch)(action)

实现中间件redux-thunk

异步操作至多要送出两个 Action:用户触发第一个 Action,这个跟同步操作一样,没有问题;如何能力在操作完结时,零碎主动送出第二个 Action 呢?

奥秘就在 Action Creator 之中。

// action creatorexport function addGun() {    return {type: ADD_GUN}}export function addGunAsync() {    return dispatch => {        setTimeout(() => {            dispatch(addGun())        }, 2000)    }}

上文中有两个需要,第一个需要是store.dispatch ``一个action对象(即{type: ADD_GUN}),而后立刻加机枪,即:

addGun = () => store.dispatch(addGun())addGun()

第二个需要是store.dispatch一个函数,这个函数外部执行异步操作,在2000ms之后再执行store.dispatch(addGun()),加机枪,然而store.dispatch参数只能是action这样的对象,而不能是函数。store.dispatch的无关源码如下:

function dispatch(action) {    // reducer依据老的state和action计算新的state    currentState = reducer(currentState, action)    // 当全局状态变动时,执行传入的监听函数    currentListeners.forEach(v => v())    return action}

为了可能让让store.dispatch可能接管函数,咱们能够应用redux-thunk,革新store.dispatch``,使得后者能够承受函数作为参数。

因而,异步操作的一种解决方案就是,写出一个返回函数的 Action Creator,而后应用redux-thunk中间件革新store.dispatch。

革新后的dispatch解决addGunAsync函数生成的action(一个函数):

// action creatorexport function buyHouse() {    return {type: BUY_HOUSE}}function buyHouseAsync() {    return dispatch => {        setTimeout(() => {            dispatch(buyHouse())        }, 2000)    }}dispatch(buyHouseAsync()) = middleware(midApi)(store.dispatch)(buyHouseAsync())

因而redux-thunk对应代码如下:

const thunk = ({dispatch, getState}) => next => action => {    // next为原生的dispatch    // 如果action是函数,执行一下,参数是dispatch和getState    if (typeof action === 'function') {        return action(dispatch, getState)    }    // 默认间接用原生dispatch收回action,什么都不做    return next(action)}

即判断action如果是一个函数,则执行这个函数。否则间接用原生dispatch收回action,什么都不做

这样咱们就能够通过redux-thunk中间件,实现了增强版的dispatch能够接管函数作为参数,而咱们在函数外面进行异步操作,异步操作实现后用原生dispatch收回action,从而实现了redux的异步操作全局状态的性能。

相干文章如下:

  • mini-redux 实现原理解说 第一讲
  • mini-redux 实现原理解说 第二讲
  • mini-redux 实现原理解说 第三讲
  • mini-redux 实现原理解说 第四讲