接触到redux有半个月之久了，最初是被各种概念绕的云里雾里，但是最近自己实现了一个demo之后，才发现redux是如此简洁，简洁到源代码就五部分组成，最大的createStore.js也就151行代码而已。
createStore.js applyMiddleware.js bindActionCreators.js combineReducers.js compose.js
redux的魅力在于其简洁和FP编程思想。像reducers的设计、curry编程风格等都散发出淡淡的FP的味道。
下面言归正传，进入middleware部分。下面由几个问题领着大家看看middleware的真面目。
1.什么是middleware？
学过nodejs的人对middleware一定不会陌生。在nodejs里面，middleware是req和res之间的中间层，可以做很多事情。但在redux里面，middleware又是什么呢。
https://github.com/rackt/redux/blob/master/docs/advanced/Middleware.md
middleware文档里面有这样一句话：
It provides a third-party extension point between dispatching an
action,and the moment it reaches the reducer.
不难理解，在redux里，middleware是发送action和action到达reducer之间的第三方扩展，也就是中间层。也可以这样说，middleware是架在action和store之间的一座桥梁。
2.为什么要引入middleware？
也许有人会问，到底middleware有什么用？
这就要从action说起。在redux里，action仅仅是携带了数据的普通js对象（ plain JavaScript objects）。action creator返回的值是这个action类型的对象。然后通过store.dispatch()进行分发……
action ---> dispatcher ---> reducers
同步的情况下一切都很完美……
如果遇到异步情况，比如点击一个按钮，希望2秒之后更新视图，显示消息“Hi”。我们可能这么写ActionCreator：
var asyncSayActionCreator = function (message) {
setTimeout(function () {
return {
type: 'SAY',message
}
},2000)
}
这会报错，因为这个asyncSayActionCreator返回的不是一个action，而是一个function。这个返回值无法被reducer识别。
大家可能会想到，这时候需要在action和reducer之间架起一座桥梁……
3.middleware如何工作？
export default function thunkMiddleware({ dispatch,getState }) {
return next => action =>
typeof action === 'function' ?
action(dispatch,getState) :
next(action);
}
仅仅是区区的6行代码，以至于我第一次看代码的时候怀疑是不是看错了，但其实它就这么简单。一个三目符，如果action是一个函数，执行这个action函数，如果不是函数，执行next函数。
可能大家换是不懂，结合middleware的应用便会一目了然：
const finalCreateStore=applyMiddleware(thunkMiddleware)(createStore) const store = finalCreateStore(reducer)
这就是我们最常使用middleware的代码。把源码中的next换成createStore，如果action是一个函数（这里的action是改造后的ActionCreator），便会执行这个action(dispatch,getState)函数。
var asyncSayActionCreator = function (message) {
return function (dispatch) {
setTimeout(function () {
dispatch({
type: 'SAY',message
})
},2000)
}
}
这里的action是return的函数：
function (dispatch) { setTimeout(function () { dispatch({ type: 'SAY',2000) }
如果action返回的不是函数，即返回的是action对象的话，执行createStore函数的dispatch方法。
有了middleware之后，数据流动的方向变为：
action ---> dispatcher ---> middleware 1 ---> middleware 2 ---> reducers
4.applyMiddleware都做了什么？
redux2.0对applyMiddleware做了柯里化处理。
import compose from './compose';
export default function applyMiddleware(...middlewares) {
return (next) => (reducer,initialState) => {
var store = next(reducer,initialState);
var dispatch = store.dispatch;
var chain = [];
var middlewareAPI = {
getState: store.getState,dispatch: (action) => dispatch(action)
};
chain = middlewares.map(middleware => middleware(middlewareAPI));
dispatch = compose(...chain)(store.dispatch);
return {
...store,dispatch
};
};
}
其实最核心的代码也就是下面两句：
chain = middlewares.map(middleware => middleware(middlewareAPI)); dispatch = compose(...chain)(store.dispatch);
前一句是执行middlewares数组里的每一个中间件，下一句是将chain柯里化，合成一个函数。
5.自己的middleware怎么写？
学了这些，我们可以自己写一个middleware练练手。
首先在项目下建个middlewares的文件夹，新建一个callTraceMiddleware.js来追踪函数的调用过程。
在funCallTrace.js添加如下代码：
export default function callTraceMiddleware ({dispatch,getState}){
return next=> action =>{
console.trace();
return next(action);
}
}
const createStoreWithMiddleware = applyMiddleware( thunkMiddleware,loggerMiddleware,callTraceMiddleware )(createStore);
这样我们运行在浏览器窗口就可以看到打印的函数调用轨迹。是不是很简单……
总结
redux的middleware是对action进行扩展处理，这样丰富了应用需求。以上是我对redux的个人理解，如发现错误恳请批评指正。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
