在之前我们已经介绍过非父子组件通信的几种方式中,其中一种就是通过Context来实现非父子组件通信。这里我们在高阶组件中继续使用Context来实现非父子组件通信。也就是说加强版的非父子组件通信。下面我们来看一下具体实现。
示例代码
import React,{PureComponent} from "react";
import ThemeContext from "./context/theme_context";
import Product from "./pages/Product";
export class App extends PureComponent{
render(){
return (
<div>
<ThemeContext.Provider value={{color:"red",size:30}}>
<Product></Product>
</ThemeContext.Provider>
</div>
)
}
}
export default App上面代码中,我们通过ThemeContext.Provider组件将color和size属性传递给了Product组件。
我们先来看Product组件的代码:
Product组件代码
import React,{PureComponent} from "react";
import ThemeContext from '../context/theme_context'
import withTheme from "../hoc/with_theme"
// export class Product extends PureComponent{
// render(){
// return (
// <div>
// Product:
// <ThemeContext.Consumer>
// {
// value => {
// return <h2>theme:{value.color}-{value.size}</h2>
// }
// }
// </ThemeContext.Consumer>
// </div>
// )
// }
// }
// export default Product
export class Product extends PureComponent {
render(){
const { color,size } = this.props
return (
<div>
<h2>Product:{color}-{size}</h2>
</div>
)
}
}
export default withTheme(Product)看到上面注释的代码,我们发现Product组件中并没有使用ThemeContext.Consumer组件,而是使用了withTheme高阶组件。我们来看一下withTheme高阶组件的代码:
with_theme.jsx代码
import ThemeContext from "../context/theme_context";
function withTheme(OriginComponent){
return (props) => {
return (
<ThemeContext.Consumer>
{
value => {
return <OriginComponent {...value} {...props}></OriginComponent>
}
}
</ThemeContext.Consumer>
)
}
}
export default withTheme上面代码中,withTheme高阶组件接收一个组件作为参数,然后返回一个新的组件。这个新的组件中,使用了ThemeContext.Consumer组件,并且使用了value属性,这个属性就是通过ThemeContext.Provider组件传递给的属性。
上面两个代码片段中都使用了theme_context.jsx文件,我们来看一下这个文件的代码:
theme_context.jsx代码
import { createContext } from "react";
const ThemeContext = createContext()
export default ThemeContext通过上面的代码,我们实现了非父子组件通信。就直接通过创建一个Context对象,然后通过Provider组件将color和size属性传递给Product组件。
在react中,我们最常用的就是hocks,也就是高阶组件。通过高阶组件我们可以封装一些常用的功能,然后在项目中直接使用这些高阶组件即可。
最后我们来看一下浏览器中运行效果:
感谢观看,我们下次见!
[...]回顾如何定义作用域链如何定义'作用域'?说明不同类型的作用域作用域链Scope Chain是JavaScript中的一个基本概念,它属于确定当前执行代码的上下文变量的查找和访问机制。在作用域的构建基于词法作用域的解构,即变量和函数的可见性由它们在源代码中的位置决定。在JavaScript中,每个执行上下文如函数执行上下文都绑有一个与之关联的作用域链。这个作用域就是一个包含多个环境记录Environ[...]
哈喽,你的SSL好像过期喽
@秋风于渭水 确实
[...]不同的浏览器存在兼容性问题的核心原因是不同的浏览器可能使用的是不同的浏览器内核。在现代化开发中,大多数的浏览器兼容性问题是可以通过工程化中的配置选项来解决的。1.比如browserslist可以配置目标的浏览器或者Node环境,然后在不同的工具中起作用,比如autoprefixer/babel/postess preset env等,在进行了正确的配置后,开发的Vue或者React项目在进行打包时[...]
[...]在BFC中,box会在垂直方向上一个挨着一个的排布垂直方向的间距由margin属性决定在同一个BFC中,相邻两个box之间的margin会折叠(collapse)在BFC中,每个元素的左边缘是紧挨着包含块的左边缘的然后我们再看一下官方文档中如何说明的?总结BFC是什么?W3C文档讲:在标准流中,我们所有的盒子,不管是块级盒子还是行内盒子,它们都属于某一个FC格式化上下文,块级盒子属于BFC`块级格[...]
[...]什么是FC呢这里我们给出W3C给出的文档,FC文档FC的全称是FormattingContext,元素在标准流里面都是属于一个FC的。那么什么又是IFC,BFC呢?IFC行内元素的布局都属于Inline Formatting,inline level box都是在IFC中布局的BFCBFC英文全称是Block Formatting Context,也就是block level box都是在BFC中[...]
这确实是一个盲点,这个还是很有必要的,处理不好会导致网页内的元素出现抖动问题。
[...]我们知道,当浏览器在执行到script标签的时候,首先会停止构建DOM树,然后下载Javascript文件并且执行,当JavaScript脚本执行完毕之后才会继续解析HTML标签构建DOM树。为什么Javascript程序会这样做呢?原因是我们的Javascript的作用就是操作DOM并且可以修改DOM。如果我们等到HTML执行完成之后再去执行JavaScript就会造成严重的回流和重绘,尤其是现[...]
[...]async属性和defer属性目标一样它也是为了不让js阻塞DOM树的构建。不过他们两个还是有区别的。async让js脚本的下载和执行是独立的。浏览器不会因为async属性的script脚本的执行而阻塞,这一点和defer属性类似。然而async属性比较任性,只要脚本被浏览器下载完成之后就会立即执行,不会等待在DOMContentLoaded之前执行。所以它不能保证是在DOMContentLoad[...]
我热爱 旅游专栏。令人惊艳了解路线。