用例子解释 React 中的作用域上下文

一分耕耘，一分收获！既然打开了这篇文章《用例子解释 React 中的作用域上下文》，就坚持看下去吧！文中内容包含等等知识点...希望你能在阅读本文后，能真真实实学到知识或者帮你解决心中的疑惑，也欢迎大佬或者新人朋友们多留言评论，多给建议！谢谢！

React作用域上下文详解：避免全局变量陷阱，提升组件性能

React Context并非简单的全局变量

JavaScript中的变量作用域局限于其定义的函数内。然而，React Context虽然具备全局访问能力，但其功能远不止于此。本文将深入探讨如何有效地控制Context的作用域，避免滥用导致的性能问题和组件间的冲突。

React Context的本质

React Context提供了一种在组件树中传递数据的方法，无需层层传递props。它通过React.createContext创建，包含Provider和Consumer（或useContext钩子）两部分。Provider组件提供数据，而Consumer或useContext可以访问这些数据。

一个基本例子：

import React, { createContext, useContext } from "react";

const ThemeContext = createContext("light");

function App() {
  return (
    
      
    
  );
}

function Toolbar() {
  return ;
}

function ThemedButton() {
  const theme = useContext(ThemeContext);
  return {`Theme: ${theme}`};
}

export default App;

在这个例子中，ThemedButton无需通过Toolbar传递props就能访问ThemeContext.Provider提供的值。

为什么需要作用域上下文？

Context虽然强大，但滥用会导致性能问题。当Provider的值改变时，所有使用该Context的组件都会重新渲染。在大型应用中，这会导致不必要的性能损耗。

作用域上下文指的是将Context的使用限制在真正需要它的组件树部分。这能提升性能，并保持组件结构清晰易懂。

复合组件的挑战：上下文冲突

考虑使用复合组件的场景，例如Radix Primitives等库提供的组件。这些组件内部通常使用Context管理状态和交互。当多个类似组件组合在一起时，可能会出现上下文冲突。

Radix Primitives示例

Radix Primitives提供高度可组合的API，用于构建无障碍组件。例如：

  
    
    
       {/* 注意：AlertDialog触发器在Dialog内容中 */}
    
  
  

问题在于AlertDialog是Dialog的组合，并添加了额外功能。这意味着AlertDialog.Root同时也是Dialog.Root，因此它提供了DialogContext和AlertDialogContext。

AlertDialog.Trigger（同时也是Dialog.Trigger）可能通过useContext(DialogContext)获取错误的上下文，导致点击AlertDialog.Trigger时切换的是Dialog.Content，而不是预期的效果。

作用域上下文解决方案

为了避免此类问题，Radix Primitives使用作用域上下文。它确保AlertDialog.Trigger只与AlertDialog组件交互，不会意外地从其他组件获取上下文。这通过内部创建一个新的Context，并通过自定义属性（例如__scopedDialog）传递给Dialog组件来实现。Dialog组件在其useContext调用中使用此作用域上下文，以确保隔离。

Radix UI GitHub仓库源码：

https://github.com/radix-ui/primitives/blob/dae8ef4920b45f736e2574abf23676efab103645/packages/react/dialog/src/dialog.tsx#l69

Radix UI中作用域上下文的抽象

1. 作用域创建: createScope实用程序为每个组件或复合组件生成唯一的命名空间，确保上下文隔离，避免冲突。

    import { createScope } from '@radix-ui/react-context';
   
    const [createDialogContext, useDialogScope] = createScope('dialog');

2. 作用域提供者: 创建的Context与作用域绑定，将Provider和Consumer绑定到同一个命名空间。

    const DialogContext = createDialogContext('DialogContext');

3. 消费者隔离: 作用域钩子，如useDialogScope，确保Consumer只访问其预期范围内的Context。

    const useDialogContext = (scope) => useContext(DialogContext, useDialogScope(scope));

作用域上下文的好处

• 避免上下文冲突: 组件始终能找到其关联的Context，即使嵌套在其他Context中。
• 灵活组合: 支持灵活安全的组件组合，交互可预测。
• 可重用性: 可在不同范围内重用组件，无需修改。

应用于示例

• AlertDialog.Root创建一个作用域AlertDialogContext，封装其状态和交互。
• 嵌套的Dialog.Root和AlertDialog.Trigger共存且不会冲突，因为它们分别引用各自的作用域上下文。
• 这是Radix UI的关键功能，确保复杂组件层次结构无缝工作。

参考：

1. https://dev.to/romaintrotard/use-context-selector-demystified-4f8e
2. https://github.com/radix-ui/primitives
3. https://react.dev/reference/react/createcontext

终于介绍完啦！小伙伴们，这篇关于《用例子解释 React 中的作用域上下文》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！