Ant Design Pro V5精讲(基础篇五):useContext

解决痛点

  当组件树层级很深时,组件之间需要使用同一份数据时,通过组件的提升到父组件中用props传参的方式太过麻烦。

应用需求场景

1.兄弟组件之间共享state(即同一份数据),useContext适合

2.爷孙组件(特别是组件树层级很深时)之间共享state,useContext适合

3.父子组件之间共享state,建议用useState+props实现普通父子组件之间传参即可。

4.项目工程各个组件全局共享state: 建议用UmiJS的插件@umijs/plugin-initial-state和@umijs/plugin-model一起搭配实现。

小结:context的使用场景就是“在组件树中,不同层级需要访问相同的数据源时,可以利用context,进行组件之间的通信或者订阅指定的context对象”。

特性

  • 上下文变量的一种订阅方式
  • 适合跨越组件层级直接传递变量,实现数据共享
  • createContext 和 useContext 配套结合使用实现state共享
  • <MyContext.Provider value={{ setStep, setCount, setNumber, fetchData }} /> 里面的方法可能越来越多,变得越来越臃肿,这时候配合useReducer,vaule={{dispatch}更省事。
  • 只有一层的父子组件之间传参,使用普通的useState+props进行父子组件传参更适合。

用法示例

示例1:useContext+useState的定义共享数据

父组件parentComponent.tsx:
import React, { useContext } from "react";
import ReactDOM from "react-dom";

const TestContext= React.createContext({});
function App() {
  return (
	<TestContext.Provider 
		value={{
			username: '热水',
		}}
	>
}
子组件1:sub1Component.tsx:

const sub1Component= () => {
  const { username } = useContext(TestContext)

  return (
    <div>
      <p>{username}</p>
    </div>
  )
}
子组件2:sub2Compnent.tsx:
const sub2Compnent= () => {
  const { username } = useContext(TestContext)

  return (
    <div>
      <p>1 message for {username}</p>
    </div>
  )
}

示例2:useContext+useReducer

父组件:
import React, { useReducer } from 'react';
import Child from './Child';
import { MyContext } from './context-manager';

const initState = { count: 0, step: 0, number: 0 };

const reducer = (state, action) => {
    switch (action.type) {
        case 'stepInc': return Object.assign({}, state, { step: state.step + 1 });
        case 'numberInc': return Object.assign({}, state, { number: state.number + 1 });
        case 'count': return Object.assign({}, state, { count: state.step + state.number });
        default: return state;
    }
}

export default (props = {}) => {
    const [state, dispatch] = useReducer(reducer, initState);
    const { step, number, count } = state;

    return (
        <MyContext.Provider value={{ dispatch }}>
            <Child step={step} number={number} count={count} />
        </MyContext.Provider>
    );
}
子组件:
import React, { useContext, memo } from 'react';

import { MyContext } from './context-manager';

export default memo((props = {}) => {
    const { dispatch } = useContext(MyContext);

    return (
        <div>
            <p>step is : {props.step}</p>
            <p>number is : {props.number}</p>
            <p>count is : {props.count}</p>
            <hr />
            <div>
                <button onClick={() => { dispatch({ type: 'stepInc' }) }}>step ++</button>
                <button onClick={() => { dispatch({ type: 'numberInc' }) }}>number ++</button>
                <button onClick={() => { dispatch({ type: 'count' }) }}>number + step</button>
            </div>
        </div>
    );
});

示例3:不用useContext,用普通的props完成父子函数组件传参:

父组件(函数组件):
import Child from 'Child';//引入子组件

const Father =() => {
	
	//父组件要传递给子组件的函数
	const func = () => {
		console.log("父组件")
	}
	
	return <Child func=func>  
	
}

子组件(函数组件):
const Child = (props)=> {

	const handleClick = () => {
		const {func}=props;
		func();
	}
	
	return <button onclick={this.handleClick}>子组件</button>  
}

  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
前言如释重负,好用的技术就应该越来越简单React Hooks 是 React 16.8 从提案转为正式加入的新特性。这个新特性是个非常棒的设计。 可以说对于React 技术栈的发展具分割线一样的意义。讲师在课程中提到:之前使用 React 作为主要的前端技术,开发一款网页游戏。在整个游戏的各个模块中,Redux ,mobx,以及蚂蚁金服的 ant-design,dva, umi 这些框架或者第三方库都有涉及使用。但是自从了解了Facebook官方提案的 Hooks 特性后,才真正觉得获得了前所未有的解脱。如果你有React开发经验,学习了解 Hooks 后,一定有一种如释重负的轻松感。React 带来了方便也带来了迷茫相信关心 React Hooks 这项新特性的童鞋,很多已经有了一定的 React 开发经验。那么你一定有所体验,React 给我们带来方便的同时,也的确和长久以来的前端开发模式有极大的不同。React 并不需要用继承,而是推荐用嵌套。React 有独特的 jsx 语法。大多数情况 jsx 都使得我们的代码更加简洁了。然而有些时候也给我们带来了一些困扰。 比如数据的传递,逻辑的复用。 react 是一种 mvvm 的设计模式,作为开发者一定要清楚,那些数据是业务数据,那些数据是UI数据。否则你的代码很有可能会陷入混乱局面。大型项目中模块化与功能解耦困难在公司项目中 App 稍大的时候,我们发现状态提升和只通过 props 进行数据传递。很多时候都很难实现我们的需求。这时无论我们是否清楚的了解,但是状态管理也就是 redux mobx 等,轻易地进入到了公司的项目中。我们经过初期的尝试发现状态管理,确实比用纯粹的 React 带来了数据传递上的方便,以及代码组织上的清晰。但前提是你看懂且理解了 redux 大神晦涩的官网文档。 本来 React 被设计用来组件化前端开发。但当我们初期使用状态管理,我们常常会过度的使用状态数据,业务逻辑和ui逻辑没有清楚的分离,最终你的应用代码结果可能是:除了少数几个组件是独立的解耦的,大多数组件都因为状态数据的共享而耦合在了一起,且他们也完全依赖状态管理框架。无法再轻松的转移复用。使用高阶组件,属性渲染,渲染回调等高级特性,确实可以帮我们解决模块或功能的解耦问题。但是这些方法,确实有点超出普通“猿类”的技能。且降低了代码的可读性,对于团队协作,这是很致命的问题。React Hooks 真正开启前端模块化的金钥匙对于以上问题,React Hooks 都有很好的解决方案,官方的设计动机就是解决这些曾经的繁琐,化繁为简。React Hooks 让我们在纯函数中就可以使用 React 的众多特性。而不必使用类。代码扁平,易读。解耦状态相关逻辑,UI逻辑和业务逻辑更好的分离。这些逻辑往往是纯函数,而以前很容易混合在类组件中。通过自定义 Hooks 我们可以把应用中“状态相关”逻辑解耦出来,独立编写到我们自己的hooks 中。从而更加易于复用和独立测试。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值