想做全栈的前端工程师

1、index.ts 2、createStore 3、combineReducers 4、applyMiddleware 5、compose函数 redux源码

状态与副作用 在前文我们已经分析了fiber树从构造到渲染的关键过程. 本节我们站在fiber对象的视角, 考虑一个具体的fiber节点如何影响最终的渲染. 回顾fiber 数据结构, 并结合前文fi

React Context 原理 简单来讲, Context提供了一种直接访问祖先节点上的状态的方法, 避免了多级组件层层传递props. 有关Context的用法, 请直接查看官方文档, 本文将从f

React 合成事件 概览 从v17.0.0开始, React 不会再将事件处理添加到 document 上, 而是将事件处理添加到渲染 React 树的根 DOM 容器中. 引入官方提供的图片: 图

React 调度原理(scheduler) 在 React 运行时中, 调度中心(位于scheduler包), 是整个 React 运行时的中枢(其实是心脏), 所以理解scheduler调度, 就基

fiber 树渲染 在正式分析fiber树渲染之前, 再次回顾一下reconciler 运作流程的 4 个阶段: 输入阶段: 衔接react-dom包, 承接fiber更新请求(参考React 应用的

fiber 树构造(对比更新) 在前文fiber 树构造(初次创建)一文的介绍中, 演示了fiber树构造循环中逐步构造fiber树的过程. 由于是初次创建, 所以在构造过程中, 所有节点都是新建,

fiber 树构造(初次创建) 本节的内容完全建立在前文fiber 树构造(基础准备)中介绍的基础知识之上, 其中总结了fiber 树构造的 2 种情况: 初次创建: 在React应用首次启动时, 界

fiber 树构造(基础准备) 在 React 运行时中, fiber树构造位于react-reconciler包. 在正式解读fiber树构造之前, 再次回顾一下reconciler 运作流程的 4