首页
学习
活动
专区
圈层
工具
发布

解读React的新Context API

什么是Context Api 本文的所涉及的React版本为16.8.6; Context provides a way to pass data through the component tree...Context Api是React提供的能够在全局之间共享数据的一个Api, 原有的React进行数据的通信的方式是通过props进行数据传递, 而Context提供了一个在不需要props的情况下,...新Context API的特点 采用声明式的写法 可以跨组件进行通信, 顶层组件提供数据, 目标组件订阅数据 不受中间组件的shouldComponentUpdate返回false的影响, 使得组件的变化可控...> ) } } 新的Context Api 的组成如下: React.createContext 初始化一个Context Provider...之中) 在16.8.6之后, React又提供了contextType Api用于支持Context, 它可以让我们通过this.context的形式消费数据, 可以将上面的consumer.js文件修改如下

1.7K00

使用 react Context API 的正确姿势

本文介绍一下 React 中常见的 Context API 的使用方式。在使用 Context API 之前,我们还需要知道为啥要使用。...❓ 为啥要用 Context API 考虑到组件有可能 层层嵌套 ,在传 props 的过程中,如果书写大量的 ...props 或 propName={this.props.propValue} 会导致代码灰常丑陋...'✔' : '❌'} 所以引入 Context API 就可以直接通过上下文跨层级获取数据: 如何使用 然后创建 provider ?...首先要引入 React 内置的 React Context API ? 最后创建 consumer ? 创建 Provider 增加一个名为 ToggleContext.js 的文件作为上下文?...Context: 通过 createContext 创建一个名为 color 的 context 通过 Provider 的 value 属性传值 通过 Consumer 的 props 接收值 1import

1.8K20
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    为什么说 Vue 的响应式更新比 React 快?(原理深度解析)

    在以前的一段时间里,我曾经认为因为组件是一棵树,所以它的更新就是理所当然的深度遍历这棵树,进行递归更新。本篇就从源码的角度带你一起分析,Vue 是怎么做到精确更新的。...React的更新粒度 而 React 在类似的场景下是自顶向下的进行递归更新的,也就是说,React 中假如 ChildComponent 里还有十层嵌套子元素,那么所有层次都会递归的重新render(..._watcher.update()(只是提供给你了一个便捷的api,在设计模式中叫做门面模式) slot是怎么更新的?...$slots = resolveSlots(renderChildren, parentVnode.context) vm....比起 React 的递归更新,是不是还是好上很多呢? 赠礼 一个小issue 有人给 Vue 2.4.2 版本提了一个issue,在下面的场景下会出现 bug。

    2.9K41

    React 源码深度解读(九):单个元素更新

    在学习 React 源码的过程中,给我帮助最大的就是这个系列文章,于是决定基于这个系列文章谈一下自己的理解。本文会大量用到原文中的例子,想体会原汁原味的感觉,推荐阅读原文。...本系列文章基于 React 15.4.2 ,以下是本系列其它文章的传送门: React 源码深度解读(一):首次 DOM 元素渲染 - Part 1 React 源码深度解读(二):首次 DOM 元素渲染...- Part 2 React 源码深度解读(三):首次 DOM 元素渲染 - Part 3 React 源码深度解读(四):首次自定义组件渲染 - Part 1 React 源码深度解读(五):首次自定义组件渲染...- Part 2 React 源码深度解读(六):依赖注入 React 源码深度解读(七):事务 - Part 1 React 源码深度解读(八):事务 - Part 2 React 源码深度解读(九...):单个元素更新 React 源码深度解读(十):Diff 算法详解 正文 在前面的系列文章里,已经对 React 的首次渲染和 事务(transaction)作了比较详细的介绍,接下来终于讲到它最核心的一个方法

    77310

    📝  《React性能优化完全手册:从useMemo到并发模式》

    React的虚拟DOM机制并非银弹,以下场景会引发性能问题:过度渲染:父组件状态变化触发所有子组件重渲染重型计算:复杂数据转换阻塞主线程副作用滥用:不当的useEffect使用导致连锁更新组件设计缺陷:...useTransition对比表useTransitionuseDeferredValue控制对象状态更新过程 状态值本身 适用场景主动触发的更新...定制指标报警机制Lighthouse CI ✅ 图表报告 基础指标 ❌ React DevTools ✅ 组件树 深度集成 ❌ Sentry...├─ 是 → Context/状态管理库 └─ 否 → 常规记忆化方案 终极性能追求:零成本抽象理想架构特征:组件渲染:自动按需更新(类似Solid.js细粒度响应)状态管理:不可变数据+原生代理实现...行动号召:立即用npx lighthouse 的URL>生成首份性能报告在团队README中添加性能Checklist评论区留言#React优化实践 分享你的实战案例▌▍▎▏ 你的每个互动都在为技术社区蓄能

    53620

    react源码解析1.开篇介绍和面试题

    手写hooks 15.scheduler&Lane 16.concurrent模式 17.context 18事件系统 19.手写迷你版react 20.总结&第一章的面试题解答 21.demo 怎样学习...react源码 作为前端最常用的js库之一,熟悉react源码成了高级或资深前端工程师必备的能力,如果你不想停留在api的使用层面或者想在前端技能的深度上有所突破,那熟悉react源码将是你进步的很好的方式...react的纯粹体现在它的api上,一切都是围绕setState状态更新进行的,但是内部的逻辑却经历了很大的重构和变化,而且代码量也不小,如果只是从源码文件和函数来阅读,那会很难以理解react的渲染流程...首先,我们可以从函数调用栈入手,理清react的各个模块的功能和它们调用的顺序,盖房子一样,先搭好架子,对源码有个整体的认识,然后再看每个模块的细节,第一遍的时候切忌纠结每个函数实现的细节,陷入各个函数的深度调用中...相信学完课程之后,你对react的理解一定会上升一个档次,甚至会超过大多数面试官了 常见面试题(带上问题学习吧) 以下这些问题可能你已经有答案了,但是你能从源码角度回答出来吗。

    44620

    react源码解析1.开篇介绍和面试题

    手写hooks 15.scheduler&Lane 16.concurrent模式 17.context 18事件系统 19.手写迷你版react 20.总结&第一章的面试题解答 21.demo 怎样学习...react源码 作为前端最常用的js库之一,熟悉react源码成了高级或资深前端工程师必备的能力,如果你不想停留在api的使用层面或者想在前端技能的深度上有所突破,那熟悉react源码将是你进步的很好的方式...react的纯粹体现在它的api上,一切都是围绕setState状态更新进行的,但是内部的逻辑却经历了很大的重构和变化,而且代码量也不小,如果只是从源码文件和函数来阅读,那会很难以理解react的渲染流程...首先,我们可以从函数调用栈入手,理清react的各个模块的功能和它们调用的顺序,盖房子一样,先搭好架子,对源码有个整体的认识,然后再看每个模块的细节,第一遍的时候切忌纠结每个函数实现的细节,陷入各个函数的深度调用中...相信学完课程之后,你对react的理解一定会上升一个档次,甚至会超过大多数面试官了 常见面试题(带上问题学习吧) 以下这些问题可能你已经有答案了,但是你能从源码角度回答出来吗。

    46850

    87.精读《setState 做了什么》

    1 引言 setState 是 React 框架最常用的命令,它是用来更新状态的,这也是 React 框架划时代的功能。...2 概述 setState 函数是在 React.Component 组件中调用的,所以最自然的联想是,更新 DOM 的逻辑在 react 包中实现。...所以可以推断,平台相关的 UI 更新逻辑分布在平台相关的包里,react 包只做了代理。...要实施这个方案,最大问题就是接口约定。一定要保证三套实现遵循同一套 API 接口,业务代码才可以实现 “针对任意一个平台编写,自动移植到其他平台”。...而分平台的实现可以带来最原生的性能与体验,同样收到的约束也最大,应该其 API 应该是所有平台支持的一个子集。

    86520

    为了学好 React Hooks, 我抄了 Vue Composition API, 真香

    Vue Composition API 继续沿用 Vue 2.x 的生命周期方法. 其中第一点是最重要的,也是最大的区别(思想)。...调用的过程中已经调用了 useContext,所以只在挂载之后的重新渲染中才调用更新 if (context.current....如果你了解过 React Concurrent 模式,你会发现这个架构是 React 自身的状态更新机制是深入绑定的。...React 自身的状态更新机制和组件的渲染体系是深度集成。 因此我们现在监听响应式数据,然后粗暴地 forceUpdate,会让我们丢失部分 React Concurrent 模式带来的红利。...毕竟 Vue 天生集成响应式数据,跟 React 的不可变数据一样, Vue 的响应式更新机制和其组件渲染体系是深度集成的。

    3.3K20

    谈谈 React 5种最流行的状态管理库

    与其他一些库相比,我想说 Recoil 的和 API 比大多数库更容易。...它的API可能不如其他一些库那么好,但是如果你了解如何使用它,并且可以在你的 app 中使用它创建正确的数据抽象,那么选择 context 来管理你的全局状态就不会错。...React 系列(二):组件更新 - 从0实现React 系列(一):React的架构设计 - 这就是你日思夜想的 React 原生动态加载 - 虚拟DOM到底是什么?...事件绑定副作用深度剖析 - 函数式编程看React Hooks(一)简单React Hooks实现 ❤️ 交流讨论 欢迎关注公众号 「秋风的笔记」,主要记录日常中觉得有意思的工具以及分享开发实践,保持深度和专注度...回复"好友"可加微信,秋风的笔记常年陪伴你的左右。 「点赞、在看、分享」是对作者最大的支持❤️

    3K20

    前端框架:性能与灵活性的取舍

    在API设计上,Vue爱好者认为:“更多的API约束了开发者,不会因为团队成员水平的差异造成代码质量较大的差异”。 而React爱好者则认为:“Vue大量的API限制了灵活性,JSX yyds”。...React的性能优化 React性能确实不算太好,这是不争的事实。原因在于React自顶向下的更新机制。 每次状态更新,React都会从根组件开始深度优先遍历整棵组件树。...在React中,「变化」主要由下面3个要素造成: state props context 他们都可能改变UI,或者触发useEffect。...从「变化」的角度,我们再来看看React中的性能优化API,对于下面2个: useMemo useCallback 他们的本质是 —— 减少props的变化。...也就是说,legendapp在React原有更新机制基础上,实现了一套基于「细粒度更新」的完整更新流程,最大限度摆脱React的影响。

    67940

    Redux你是个好人,只是我们不合适

    用户交互的中间状态 交互的中间状态,比如isLoading、isOpen,同样保存在组件内部。 当是可复用组件、或状态需要跨组件层级传递,通常使用Context API。...这就又回到了讨论「广度」(使用哪种状态)与「深度」(多深入的使用这种状态管理方案)。 但事实上,这两种状态的特性是不同的。...对于缓存,常见的需求是: 数据状态,加载中?加载完成?发生错误? 缓存失效后的更新 复用缓存数据 在React技术栈,SWR、react-query都是优秀的解决方案。这里以SWR举例: ?...缓存失效后的更新:SWR本身是stale-while-revalidate缩写,一种基于RFC 5861[1]的缓存更新策略。...原生Context API是你最佳的选择。 需要小团队合作的项目,复杂度不高的情况下,Context API就能满足全部需要,只不过需要一点点写法上的规范约束团队同学。

    1.1K20

    Redux你是个好人,只是我们不合适

    用户交互的中间状态 交互的中间状态,比如isLoading、isOpen,同样保存在组件内部。 当可复用组件、或状态需要跨组件层级传递,通常使用Context API。...这就又回到了讨论「广度」(使用哪种状态)与「深度」(多深入的使用这种状态管理方案)。 但事实上,这两种状态的特性是不同的。...对于缓存,常见的需求是: 数据状态,加载中?加载完成?发生错误? 缓存失效后的更新 复用缓存数据 在React技术栈,SWR、react-query都是优秀的解决方案。...缓存失效后的更新:SWR本身是stale-while-revalidate缩写,一种基于RFC 5861[1]的缓存更新策略。...原生Context API是你最佳的选择。 需要小团队合作的项目,复杂度不高的情况下,Context API就能满足全部需要,只不过需要一点点写法上的规范约束团队同学。

    62610

    React 源码深度解读(三):首次 DOM 元素渲染 - Part 3

    在学习 React 源码的过程中,给我帮助最大的就是这个系列文章,于是决定基于这个系列文章谈一下自己的理解。本文会大量用到原文中的例子,想体会原汁原味的感觉,推荐阅读原文。...本系列文章基于 React 15.4.2 ,以下是本系列其它文章的传送门: React 源码深度解读(一):首次 DOM 元素渲染 - Part 1 React 源码深度解读(二):首次 DOM 元素渲染...- Part 2 React 源码深度解读(三):首次 DOM 元素渲染 - Part 3 React 源码深度解读(四):首次自定义组件渲染 - Part 1 React 源码深度解读(五):首次自定义组件渲染...- Part 2 React 源码深度解读(六):依赖注入 React 源码深度解读(七):事务 - Part 1 React 源码深度解读(八):事务 - Part 2 React 源码深度解读(九...):单个元素更新 React 源码深度解读(十):Diff 算法详解 正文 上一篇讲解了平台无关的代码,这篇继续来讲针对与 HTML DOM 操作的代码。

    48810

    从Context源码实现谈React性能优化

    学完这篇文章,你会收获: 了解Context的实现原理 源码层面掌握React组件的render时机,从而写出高性能的React组件 源码层面了解shouldComponentUpdate、React.memo...对应的DOM不会产生任何变化。 老Context API的实现 现在我们大体了解了render的时机。有了这个概念,就能理解ContextAPI是如何实现的,以及为什么被重构。...这种情况下,即使context value变化,子孙组件也没法检测到。 新Context API的实现 知道老ContextAPI的缺陷,我们再来看新ContextAPI是如何实现的。...如果context value变化,Ctx.Provider内部会执行一次向下深度优先遍历子树的操作,寻找与该Provider配套的Consumer。...栈中找到对应更新后的context value并返回。

    60741
    领券