Redux源码剖析
|
前面写了《React组件性能优化》《Redux性能优化》《React-Redux性能优化》，但是都没有从这些框架的实现上讲为什么？这次就从源码上来分析一下这些框架的实现原理，以更深入的理解这些框架，并更好的使用它们。 Redux的api很简单，下面一个一个的分析。 createStore首先说下它的三个参数reducer、preloadedState、enhancer。reducer是唯一必传的参数，它很重要，因为它决定了整个state。preloadedState就是state的初始值。第三个参数不是特别常用，它是个函数，如果它存在的情况下，会执行下面的语句： enhancer(createStore)(reducer,preloadedState) 很显然enhancer和middleware作用很像，用来增强store。 createStore内部维护了currentReducer（当前的reducer）和currentState（当前的state），初始化的时候： currentReducer ＝ reducer currentState ＝ preloadedState 这两个变量很重要，因为很多操作都和它们相关。 subscribe在createStore内部维护了两个数组currentListeners、nextListeners。nextListeners的存在是为了避免在listeners执行过程中，listeners发生改变，导致错误。listeners的添加或删除都是对nextListeners进行操作的。 nextListeners = currentListeners.slice() 保证nextListeners的修改不会影响currentListeners。 subscribe(listener)的返回值是个函数，执行这个函数就会unsubscribe(listener)，取消监听。 dispatch很重要，因为只能通过它修改state，它只接收一个参数 currentState = currentReducer(currentState,action)
var listeners = currentListeners = nextListeners
for (var i = 0; i < listeners.length; i++) {
listeners[i]()
}
第一行用来调用reducer，并将执行的结果赋给currentState。这样currentState中的数据就总是最新的，即reducer处理完action之后返回的数据。没有条件，执行dispatch后reducer总会执行。 后面3行代码是用来调用subscribe传进来的listeners，按顺序执行它们，没有任何条件判断，也就是说只要执行dispatch，所有的listeners都会执行，不管state有没有发生改变，而且listeners执行的时候是没参数的。 Redux内部有个变量 ActionTypes = {
INIT: '@@redux/INIT'
}
在创建store（即调用 dispatch({ type: ActionTypes.INIT })
所以reducer和listeners在store创建的时候都会被执行一遍，listeners没有什么特别要关注的。reducer执行必须关注，因为它的执行结果影响你的数据。比如createStore的时候你没有传入preloadedState，在reducer内的state有默认参数，正常情况下你的reducer会使用default分支处理这个action，而且一般default分支会直接返回state，所以这种情况下store创建完后，使用 getState获取store中的state，很简单，主要代码： return currentState 在没有dispatch正在执行的情况下，直接返回前面说很重要的currentState。 replaceReducer参数是nextReducer,也很简单，关键代码： currentReducer = nextReducer
dispatch({ type: ActionTypes.INIT })
直接拿nextReducer替换掉前面说很重要的currentReducer，后面再执行dispatch，action就会被nextReducer处理，处理的结果赋值给currentState。替换之后会执行一遍初始化action。 combineReducers代码虽然看起来很长，但是大多都是用来处理校验reducer的。它接收的参数reducers是个对象，对象的value不能是undefined，必须是function。符合这个标准的reducer会被放入finalReducers中。 var finalReducerKeys = Object.keys(finalReducers)
var hasChanged = false
var nextState = {}
for (var i = 0; i < finalReducerKeys.length; i++) {
var key = finalReducerKeys[i]
var reducer = finalReducers[key]
var previousStateForKey = state[key]
var nextStateForKey = reducer(previousStateForKey,action)
nextState[key] = nextStateForKey
hasChanged = hasChanged || nextStateForKey !== previousStateForKey
}
return hasChanged ? nextState : state
中间省略了reducer返回结果的校验。reducer就是通过这种方式从state中拿到对应的state，然后把返回的数据组装到state的对应位置，很巧妙！ bindActionCreators它接收两个参数actionCreators和dispatch。如果actionCreators是函数，就直接返回： (...args) => dispatch(actionCreator(...args)) 直接给这个返回的函数传actionCreator的参数就可以直接触发dispatch，这也是bindActionCreators的目的，简化操作，弱化dispatch的存在感。 var keys = Object.keys(actionCreators)
var boundActionCreators = {}
for (var i = 0; i < keys.length; i++) {
var key = keys[i]
var actionCreator = actionCreators[key]
boundActionCreators[key] = (...args) => dispatch(actionCreator(...args))
}
return boundActionCreators
其实里面的处理和单个function的处理是一样的。 applyMiddleware一个可以被执行三次的柯里化函数，代码虽然简单，但是给Redux带来却是无限可能。它的第一次执行的时候参数是一系列的middlewares，第二次执行参数是createStore，返回的是一个和createStore接收同样参数的函数，再次被执行的话，就会返回dispatch强化之后的store。关键代码如下： var middlewareAPI = {
getState: store.getState,dispatch: (action) => dispatch(action)
}
chain = middlewares.map(middleware => middleware(middlewareAPI))
const last = chain[funcs.length - 1]
const rest = chain.slice(0,-1)
dispatch = rest.reduceRight((composed,f) => f(composed),last(store.dispatch))
这里只写了多个middleware的情况，单个middlewares更简单。代码很简单，逻辑也很简单，作用很大。比如使用thunk可以做异步action。 以上基本是Redux的全部关键代码剖析，Redux简单而强大。 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |