react组件进阶之 context(上下文)

简介: 上下文(context): 是指一个组件里面包含所有子组件组成dom 的树,那么在这颗虚拟dom树中的环境,就称之为上下文。说到树这个概念,稍微提一笔,在树中,每一个节点我们都可以理解他是一颗树的根节点(起始节点)。

含义


上下文(context): 是指一个组件里面包含所有子组件组成dom 的树,那么在这颗虚拟dom树中的环境,就称之为上下文。说到树这个概念,稍微提一笔,在树中,每一个节点我们都可以理解他是一颗树的根节点(起始节点)。


react中的上下文的特点:


1.当某个组件创建了上下文后,上下文中的数据,会被所有后代组件共享,如概念所说,子组件与父组件中都可以使用上下文的数据。


2.如果某个组件依赖了上下文,会导致该组件不再纯粹(外部数据仅来源于属性props),毕竟组件的数据都是都是一层一层往下传的,如果突然组件的数据来着祖先组件,这会给组件维护起来带来一定的麻烦。


3.一般情况下,用于第三方组件(通用组件)


4.在react 中,上下文分为两种形式的,一个是react版本小于16.0以前旧的上下文,另一个是16.3后面提出新的上下文


旧版本上下文


创建上下文


只有类组件才可以创建上下文


给类组件书写静态属性 childContextTypes,使用该属性对上下文中的数据类型进行约束。添加实例方法 getChildContext,该方法返回的对象,即为上下文中的数据,该数据必须满足类型约束,该方法会在每次render之后运行。


使用上下文中的数据


要求:


1.如果要使用上下文中的数据,组件必须有一个静态属性 contextTypes,该属性描述了需要获取的上下文中的数据类型


2.可以在组件的构造函数中,通过第二个参数,获取上下文数据

也可从组件的context属性中获取 {this.context}


3.在函数组件中,通过第二个参数,获取上下文数据


原理


20210310195243695.png


样列


import React, { Component } from 'react'
import PropTypes from "prop-types";
// 类组件
interface ITestOldContextS {
  a: string,
  b: number
}
// 子组件1
class ChildA extends Component {
  render() {
    return (
      <div>
        <h2>我是子组件</h2>
        <ChildB></ChildB>
      </div>
    )
  }
}
// 子组件2
class ChildB extends Component {
  static contextTypes = {
    a: PropTypes.string
  }
  render() {
    return (
      <div>
        <h3>我是子组件的子组件,我获取上下文中的数据:{this.context.a}</h3>
      </div>
    )
  }
}
export default class TestOldContext extends Component<{}, ITestOldContextS> {
  state: ITestOldContextS = {
    a: '测试',
    b: 0
  }
  // 规定上下文中的类型
  static childContextTypes = {
    a: PropTypes.string,
  }
  // 给上下文中放入指
  getChildContext() {
    return {
      a: this.state.a
    }
  }
  render() {
    return (
      <div>
        <h1>我是跟组件,  我自己的数据 a: {this.state.a} b:{this.state.b}</h1>
        <ChildA />
      </div>
    )
  }
}


20210310194433622.png


问一个问题? 上面的上下文设计有没有问题?


答案是肯定有问题的,不然为啥会去掉呢.


1.上下文的数据比较混乱,如果组件的层级很多,如果开发过程中遗留一点不经意的问题,那么对于维护的人员来说,那将是很痛苦的一件事情。


2.子组件可不可以修改上下文中的数据, 这个答案也是肯定的,但是需要在父组件中提供一个修改的方法来进行修改,这个是js的优势


3.存在严重的效率问题,并且容易导致滥用


上下文的数据变化


1.上下文中的数据不可以直接变化,最终都是通过状态改变


2.在上下文中加入一个处理函数,可以用于后代组件更改上下文的数据


新版本的上下文


对于这个版本的上下文,个人觉得有点像一个小型的vuex, 因为数据是被抽离出来了。然后在父组件和子组件是共享的,主要是在使用方式上,让人觉得遍历。


创建上下文


上下文是一个独立于组件的对象,该对象通过React.createContext(默认值)创建,返回的是一个包含两个属性的对象


  • Provider属性:生产者。一个组件,该组件会创建一个上下文,该组件有一个value属性,通过该属性,可以为其数据赋值


注意: 同一个Provider,不要用到多个组件中,如果需要在其他组件中使用该数据,应该考虑将数据提升到更高的层次,如果把provider提升到跟组件,那么这个是不是就是一个vuex?


  • Consumer属性:使用者。Consumer是一个组件,它的子节点,是一个函数(它的props.children需要传递一个函数)


使用上下文中的数据


两种方法: 第一种是和旧版api差不都的使用方式;


1.在类组件中,直接使用this.context获取上下文数据,要求:必须拥有静态属性 contextType , 应赋值为创建的上下文对象


2.在函数组件中,需要使用Consumer来获取上下文数据

相关文章
|
4月前
|
JavaScript 前端开发 API
[译] 用 Vue 3 Composition API 实现 React Context/Provider 模式
[译] 用 Vue 3 Composition API 实现 React Context/Provider 模式
|
3月前
|
前端开发
React属性之context属性
React中的Context属性用于跨组件传递数据,通过Provider和Consumer组件实现数据的提供和消费。
37 3
|
4月前
|
存储 JavaScript 前端开发
探索React状态管理:Redux的严格与功能、MobX的简洁与直观、Context API的原生与易用——详细对比及应用案例分析
【8月更文挑战第31天】在React开发中,状态管理对于构建大型应用至关重要。本文将探讨三种主流状态管理方案:Redux、MobX和Context API。Redux采用单一存储模型,提供预测性状态更新;MobX利用装饰器语法,使状态修改更直观;Context API则允许跨组件状态共享,无需第三方库。每种方案各具特色,适用于不同场景,选择合适的工具能让React应用更加高效有序。
88 0
|
4月前
|
开发者 安全 UED
JSF事件监听器:解锁动态界面的秘密武器,你真的知道如何驾驭它吗?
【8月更文挑战第31天】在构建动态用户界面时,事件监听器是实现组件间通信和响应用户操作的关键机制。JavaServer Faces (JSF) 提供了完整的事件模型,通过自定义事件监听器扩展组件行为。本文详细介绍如何在 JSF 应用中创建和使用事件监听器,提升应用的交互性和响应能力。
38 0
|
4月前
|
开发者
告别繁琐代码,JSF标签库带你走进高效开发的新时代!
【8月更文挑战第31天】JSF(JavaServer Faces)标准标签库为页面开发提供了大量组件标签,如`&lt;h:inputText&gt;`、`&lt;h:dataTable&gt;`等,简化代码、提升效率并确保稳定性。本文通过示例展示如何使用这些标签实现常见功能,如创建登录表单和展示数据列表,帮助开发者更高效地进行Web应用开发。
45 0
|
4月前
|
容器 Kubernetes Docker
云原生JSF:在Kubernetes的星辰大海中,让JSF应用乘风破浪!
【8月更文挑战第31天】在本指南中,您将学会如何在Kubernetes上部署JavaServer Faces (JSF)应用,享受容器化带来的灵活性与可扩展性。文章详细介绍了从构建Docker镜像到配置Kubernetes部署全流程,涵盖Dockerfile编写、Kubernetes资源配置及应用验证。通过这些步骤,您的JSF应用将充分利用Kubernetes的优势,实现自动化管理和高效运行,开启Java Web开发的新篇章。
55 0
|
4月前
|
前端开发 JavaScript API
掌握React表单管理的高级技巧:探索Hooks和Context API如何协同工作以简化状态管理与组件通信
【8月更文挑战第31天】在React中管理复杂的表单状态曾是一大挑战,传统上我们可能会依赖如Redux等状态管理库。然而,React Hooks和Context API的引入提供了一种更简洁高效的解决方案。本文将详细介绍如何利用Hooks和Context API来优化React应用中的表单状态管理,通过自定义Hook `useForm` 和 `FormContext` 实现状态的轻松共享与更新,使代码更清晰且易于维护,为开发者带来更高效的开发体验。
46 0
|
4月前
|
前端开发 API 开发者
【React状态管理新思路】Context API入门:从零开始摆脱props钻孔的优雅之道,全面解析与实战案例分享!
【8月更文挑战第31天】React 的 Context API 有效解决了多级组件间状态传递的 &quot;props 钻孔&quot; 问题,使代码更简洁、易维护。本文通过电子商务网站登录状态管理案例,详细介绍了 Context API 的使用方法,包括创建、提供及消费 Context,以及处理多个 Context 的场景,适合各水平开发者学习与应用,提高开发效率和代码质量。
40 0
|
4月前
|
前端开发 JavaScript 中间件
【前端状态管理之道】React Context与Redux大对决:从原理到实践全面解析状态管理框架的选择与比较,帮你找到最适合的解决方案!
【8月更文挑战第31天】本文通过电子商务网站的具体案例,详细比较了React Context与Redux两种状态管理方案的优缺点。React Context作为轻量级API,适合小规模应用和少量状态共享,实现简单快捷。Redux则适用于大型复杂应用,具备严格的状态管理规则和丰富的社区支持,但配置较为繁琐。文章提供了两种方案的具体实现代码,并从适用场景、维护成本及社区支持三方面进行对比分析,帮助开发者根据项目需求选择最佳方案。
65 0
|
4月前
|
前端开发 API
React 中 Context 的概念
【8月更文挑战第31天】
47 0