文章地址

异步处理

我们使用 redux 处理数据流时候, 一个比较令人头疼的问题就是关于异步操作。Action 发出以后，过一段时间再执行 Reducer，这就是异步。在哪个阶段处理异步, Reducer 作为一个纯函数, 不适合承担此类功能, 理论上也承担不了, Action 存放一个对象, 作为消息的载体自己更不能进行异步操作。想一想就发现可以在 dispatch 这个发送 Action 的方法上做文章。如果我们能在异步操作的不同阶段发送不同的 Action 我们就可以完成异步操作了。

改造 dispatch

基于我们之前实现的简单 redux, 对于它的 dispatch 函数进行处理。使它具有处理我们异步逻辑的能力。

有时候看源码总能感觉到作者对代码逻辑处理的很优雅, 以及对于功能的可扩展性把握的很好，但是往往这些优美的代码，理解起来需要很多其他方面的知识基础, 这也是很多人看源码困难很大的原因。我们这里对与 redux 中间件的处理在后续再去讨论, 这里我们就以一种比较蠢的方法简单粗暴的实现我们想要的功能

加入 Thunk 能力

    
    ...
    const dispatch1 = store.dispatch
    store.dispatch = arg => {
        if (typeof arg === 'function') return arg(store.dispatch, getState)
        dispatch1(arg)
    }
    ...
    

这里逻辑异常简单, 先把原来的 dispatch 函数存储起来, 判断 dispatch 传入的参数类型, 如果参数类型为 function 则执行改函数并返回, 传入 store 的 dispatch 和 getState 作为参数, 使得 dispatch 具有处理函数参数的能力。

加入处理 Promise 能力

其实上面的 thunk 我们已经有了处理异步的能力, 但是每次我们要自己去手动触发三个 action, 工作量还是很大的。现在 ajax 很多都会包装为 promise 对象, 因此我们可以对与 dispatch 增加一层判断, 使得它具有处理具有 promise 属性的 action 的能力。

    
    ...
    const dispatch2 = store.dispatch
    
    store.dispatch = action => {
        if (isPromise(action.payload)) {
            const { type, payload, params } = action
            dispatch2({
                type: `${type}_PENDDING`,
                params
            })
            payload.then(
                resolve => {
                    dispatch2({
                        type: `${type}_SUCCESS`,
                        content: resolve,
                        params
                    })
                },
                reject => {
                    dispatch2({
                        type: `${type}_ERROR`,
                        content: reject,
                        params
                    })
                }
            )
        } else {
            dispatch2(action)
        }
    }
    ...
    

我们规定 action 要把 promise 对象放入 payload 属性中。当接收到 payload 属性为 promise 对象的 action 时候, 我们这里硬编码直接触发该 type 加 _PENDDING 事件。等到该 promise 状态改变后, 我们根据它成功与否分别触发 _SUCCESS 和 _ERROR 事件, 这样我们就可以把异步逻辑包装为 promise 对象放在 action 中, 然后我们在 reducer 中分别处理这几种类型的事件即可。

测试和思考

我们现在可以在项目(reacts-ggsddu)中分别去 dispatch 一个函数和一个带有 promise 对象的 action 可以看到分别的请求效果。 一个简易的异步处理方法已经实现了。

但是反观对 dispatch 的改造没有什么统一性, 代码很难维护和扩展, redux 是可以配置中间件来扩展配置的。我们后面再去研究。