提到中间件,你可能会想到Express
和Koa
等服务端框架,没想到也不要紧,这句话是我装逼用的。javascript
那么redux中的中间件到底干吗用的?java
有这样一个问题?咱们以前用的Redux
都是在Action
发出以后当即执行Reducer
,计算出state
,这是同步操做。若是想异步操做呢?即过一段时间再执行Reducer
怎么办?这里就须要用到中间件middleware
。redux
先放一张图看看:数组
redux
是有流程的,那么,咱们该把这个异步操做放在哪一个环节比较合适呢?promise
Reducer
?纯函数只承担计算State
功能,不适合其它功能。View
?与State
一一对应,能够看作是State
的视觉层,也不适合承担其它功能。Action
?它是一个对象,即存储动做的载体,只能被操做。其实,也只有dispatch
能胜任此重任了。那么怎么在dispatch
中添加其它操做呢?bash
let next = store.dispatch;
store.dispatch = function(action){
console.log('老状态 ',store.getState());
next(action);
console.log('新状态 ',store.getState());
}
复制代码
示例中能够看出,咱们对store.dispatch
从新进行了定义,在发送action
的先后,作了打印。app
这是中间件的大体雏形,真实的中间件要比这么复杂多了框架
咱们在这里先看看中间件是怎么使用,下面咱们一步步剖析每一个细节。dom
import {applyMiddleware,createStore} from 'redux';
import reduxLogger form 'redux-logger';
const store = createStore(reducer,inital_state,applyMiddleware(thunk, promise,reduxLogger));
复制代码
代码中有两点须要注意:异步
createStore
方法能够整个应用的初始状态做为参数 内部是这么处理的let state = inital_state;
复制代码
Middleware可让你包装store
的dispatch
方法来达到你想要的目的。同时,middleWare
还拥有“可组合”这一关键特性。多个middleWare
能够被组合到一块儿使用,造成middleWare
链,依次执行。其中每一个middleware
不须要关心链先后的的middleWare
的任何信息。
function applyMiddleware(...middlewares){
return function(createStore){
return function(reducer){
//引入store
let store = createStore(reducer);
let dispatch = store.dispatch;
let middlewareAPI = {
getState:store.getState,
// 对dispatch进行包装
dispatch:action=>dispatch(action)
}
//每一个中间件都是这种模型 ({ getState, dispatch }) => next => action
chain = middlewares.map(middleware=>middleware(middleAPI));
dispatch = compose(...chain)(store.dispatch);
// dispatch被改装后,返回store
return{...store,dispatch};
}
}
}
复制代码
上面代码中,全部中间件都被放进了一个数组chain
,而后嵌套执行,最后执行store.dispatch
。中间件内部middlewaAPI
能够拿到getState
和dispatch
这两个方法。
...middleware
:遵循Redux middleware API
的函数。每一个middleware
接受Store
的dispatch
和getState
函数做为命名参数,并返回一个函数。该函数会被传入成为next
的下一个middleWare 的dispatch方法,并返回一个接收action的新函数,这个函数能够直接调用next(action),或者在其余须要的时刻调用,甚至根本不去调用它。
因此,接下来,咱们就能看到middleware的函数签名是({ getState, dispatch }) => next => action
其实,它的本质就是包装sotre中的dispatch
。
上面代码中,还用到了compose
方法,咱们来看看compose是怎么是实现的?
先看下面一个栗子:
function add1(str){
return str+1;
}
function add2(str){
return str+2;
}
function add3(str){
return str+3;
}
let result = add3(add2(add1('好吃')));// 好吃123;
复制代码
这中写法调用起来,一层套一层,是否是看着很不爽,咱们简化一下:
function compose(...fns){
if(fns.length==1)
return fns[0];
return function(...args){
let last = fns.pop();
return fns.reduceRight((prev,next)=>{
return next(prev);
},last(...args));
}
}
let add = compose(add3,add2,add1);//
let result = add('好吃');// 好吃123
// 上面的代码其实就是redux3.6.0版本中compose的实现方式
复制代码
看看这个代码是否是用起来,很干练一些。其实还能够简化
function compose(...fns){
if(fns.length==1)
return fns[0];
return fns.reduce((a,b)=>(...args)=>a(b(...args)));//add3(add2(add1('好吃')))
}
let add = compose(add3,add2,add1);//
let result = add('好吃');// 好吃123
// 这是redux3.6.0版本以后的compose实现方式,一直沿用至今。
复制代码
至于为何applyMiddleWare
的参数有顺序,这里给出了答案。
使用 Redux 的一个益处就是它让 state 的变化过程变的可预知和透明。每当一个 action 发起完成后,新的 state 就会被计算并保存下来。State 不能被自身修改,只能由特定的 action 引发变化。
试想一下,当咱们的应用中每个 action 被发起以及每次新的 state 被计算完成时都将它们记录下来,岂不是很好?当程序出现问题时,咱们能够经过查阅日志找出是哪一个 action 致使了 state 不正确。
图片的效果是否是很期待啊!!!
咱们先来手动实现一版。
// 记录全部被发起的action和新的state
let next = store.dispatch;
store.dispatch = function(action){
console.log('老状态 ',store.getState());
next(action);
console.log('新状态 ',store.getState());
}
复制代码
仍是上面的示例,咱们来作个修改
let logger = function({ getState, dispatch }){
return function(next){// 这里的next能够理解为store.dispath,本质上就是调用 middleware 链中下一个 middleware 的 dispatch。
return function(action){
console.log('老状态1 ',getState());
next(action);//派发动做
console.log('新状态1 ',getState());
}
}
}
// 高逼格写法
let logger = ({ getState, dispatch }) => next => action => {
console.log('老状态1 ',getState());
next(action)
console.log('新状态1 ',getState());
}
复制代码
redux-thunk
是redux
官方文档中用到的异步组件,实质就是一个redux
中间件,一个封装表达式的函数,封装的目的就是延迟执行表达式。
redux-thunk
是一个通用的解决方案,其核心思想是让action
能够变成一个thunk
,这样的话,同步状况:dispatch(action)
,异步状况:dispatch(thunk)
。
下面是redux-thunk
的实现:
let thunk = ({dispatch,getState})=>next=>action=>{
if(typeof action == 'function'){
action(dispatch,getState);
}else{
next(action);//这里能够理解为dispatch(action),本质上就是调用 middleware 链中下一个 middleware 的 dispatch。
}
}
复制代码
使用redux-thunk
const store = createStore(
reducer,
applyMiddleware(thunk)
);
复制代码
而后咱们实现一个thunkActionCreator
//过一秒加1
export function thunkActionCreator(payload){
return function(dispatch,getState){
setTimeout(function(){
dispatch({type:types.INCREMENT,payload:payload});
},1000);
}
},
复制代码
最后,在组件中dispatch thunk
this.dispatch(thunkActionCreator(payload));
复制代码
redux-promise
也是延迟执行的表达式,它是解决异步的另一种方案。
redux-thunk
和核心思想是把action
变成thunk
,而redux-promise
的核心思想是让action
返回一个promise对象。
这个中间件使得store.dispatch
方法能够接收Promise对象做为参数。这时 ,action 有两种写法:
写法1、返回值是一个Promise对象。
function promiseIncrement(payload){
// return {type:types.INCREMENT,payload:payload} 之前是这种写法
return new Promise(function(resolve,reject){
setTimeout(function(){
resolve({type:types.INCREMENT,payload:payload});
},1000);
});
},
复制代码
写法二,action 对象的payload属性是一个Promise对象,这须要从
function payloadIncrement(){
return {
type:types.INCREMENT,
payload: new Promise(function(resolve,reject){
setTimeout(function(){
if(Math.random()>.5){
resolve(100);
}else{
reject(-100);
}
},1000)
})
}
}
复制代码
下面咱们来看看 redux-promise
是怎么实现的,就会明白它内部是怎么操做的.
let promise = ({dispatch,getState})=>next=>action=>{
if(action.then && typeof action.then == 'function'){
action.then(dispatch);
// 这里的dispatch就是一个函数,dispatch(action){state:reducer(state,action)};
}else if(action.payload&& action.payload.then&& typeof action.payload.then == 'function'){
action.payload.then(payload=>dispatch({...action,payload}),payload=>dispatch({...action,payload}));
}else{
next(action);
}
}
复制代码
上面的代码能够看出,若是Action自己就是一个Promise,它resolve之后的值应该是一个Action对象,会被dispatch方法送出action.then(dispatch);若是Action
对象的 payload
属性是一个Promise
对象,那么不管resolve
和reject
,dispatch 方法都会发出Action
。