资讯专栏INFORMATION COLUMN

Redux源码剖析

Yangder / 2533人阅读

摘要:的存在是为了避免在执行过程中,发生改变,导致错误。保证的修改不会影响。在内部关键代码是第一行用来调用,并将执行的结果赋给。符合这个标准的会被放入中。以上基本是的全部关键代码剖析,简单而强大。

前面写了《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,它只接收一个参数action,action必须是简单对象,而且必须有type属性。在dispatch内部关键代码是:

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(即调用createStore(reducer, preloadedState, enhancer))的时候会执行

dispatch({ type: ActionTypes.INIT })

所以reducer和listeners在store创建的时候都会被执行一遍,listeners没有什么特别要关注的。reducer执行必须关注,因为它的执行结果影响你的数据。比如createStore的时候你没有传入preloadedState,在reducer内的state有默认参数,正常情况下你的reducer会使用default分支处理这个action,而且一般default分支会直接返回state,所以这种情况下store创建完后,使用getState()获取的值就是默认参数组成的state。

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中。
然后再对finalReducers进行校验,reducer必须有default处理,不能处理Redux内部的action type,比如@@redux/INIT。然后返回一个函数combination(state = {}, action),它也是一个reducer,可以被再次和其他reducer combine。一般combination等同于currentReducer,它的返回结果会赋给state,combination的关键代码如下:

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的存在感。
如果actionCreators是个对象会进行另外的操作,返回一个对象,下面是关键代码。

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简单而强大。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/90880.html

相关文章

  • React-Redux源码剖析

    摘要:为了能够更好的使用这个工具,今天就对它进行一下源码剖析。它内部的关键代码是在不指定的时候等于,这就意味着的源码剖析到此结束,谢谢观看当然如果指定了剖析就还得继续。好了,源码剖析到此结束,谢谢观看 React-Redux是用在连接React和Redux上的。如果你想同时用这两个框架,那么React-Redux基本就是必须的了。为了能够更好的使用这个工具,今天就对它进行一下源码剖析。 Pr...

    Shimmer 评论0 收藏0
  • 我的源码阅读之路:redux源码剖析

    摘要:到月底了,小明的爸爸的单位发了工资总计块大洋,拿到工资之后第一件的事情就是上交,毫无疑问的,除非小明爸爸不要命了。当小明的爸爸收到这个通知之后,心的一块大石头也就放下来了。下面我们正式开始我们的源码阅读之旅。 前言 用过react的小伙伴对redux其实并不陌生,基本大多数的React应用用到它。一般大家用redux的时候基本都不会单独去使用它,而是配合react-redux一起去使用...

    CloudwiseAPM 评论0 收藏0
  • redux源码解读--applyMiddleware源码解析

    摘要:的中间件主要是通过模块实现的。返回的也是一个对象这个其实就是,各个中间件的最底层第三层的哪个函数组成的圆环函数构成的这就是对源码的一个整体解读,水平有限,欢迎拍砖。后续的源码解读和测试例子可以关注源码解读仓库 applyMiddleware源码解析 中间件机制在redux中是强大且便捷的,利用redux的中间件我们能够实现日志记录,异步调用等多种十分实用的功能。redux的中间件主要是...

    Atom 评论0 收藏0
  • 漫谈前端性能 突破 React 应用瓶颈

    摘要:表示调用栈在下一将要执行的任务。两方性能解药我们一般有两种方案突破上文提到的瓶颈将耗时高成本高易阻塞的长任务切片,分成子任务,并异步执行这样一来,这些子任务会在不同的周期执行,进而主线程就可以在子任务间隙当中执行更新操作。 showImg(https://segmentfault.com/img/remote/1460000016008111); 性能一直以来是前端开发中非常重要的话题...

    whlong 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<