Compound Pattern

patternsdev/skills/react/compound-pattern

作者 patternsdev48bf58a488cdMIT253 个星标收录于 2026年10月8日更新于 2026年10月8日仓库5个月前更新

Teaches the compound component pattern for shared implicit state. Use when building related components like tabs, accordions, or dropdowns that need to coordinate without explicit prop passing.

AI 生成的概览

讲解 React 复合组件模式,用于构建共享隐式状态的相关组件。

功能
该技能讲解 React 中的复合组件模式,即父组件通过 Context 或 React.Children.map 与子组件共享内部状态。它以 FlyOut 为例,演示如何构建 Toggle、List 和 Item 子组件并将其挂载为父组件的静态属性,同时说明该模式的优缺点及不适用场景。产出的是教学说明和代码示例,而不是文件或脚本。
适用场景
适用于构建下拉菜单、标签页、手风琴或菜单等需要通过共享状态协调、而不想显式传递 prop 的相关 UI 组件。也适合设计隐藏内部状态管理的组件库 API。对于简单的一次性 UI 或子组件之间没有有意义共享状态的场景,则不建议使用。
运行要求
无需脚本或特殊工具,仅为说明性内容。示例假定使用 React 项目,涉及 JSX/TSX 以及 Context、useState、useContext、React.Children.map 和 React.cloneElement 等 React API。

Compound Pattern

Table of Contents

In our application, we often have components that belong to each other. They're dependent on each other through the shared state, and share logic together. You often see this with components like select, dropdown components, or menu items. The compound component pattern allows you to create components that all work together to perform a task.

When to Use

  • Use this when building components like dropdowns, tabs, or menus with related sub-components
  • This is helpful when you want to provide a clean component API without exposing internal state management

When NOT to Use

  • When the sub-components don't share meaningful state — the pattern adds unnecessary Context overhead
  • For simple one-off UIs where a single component with props is clearer
  • When the implicit state sharing makes the component behavior hard to predict for consumers

Instructions

  • Use React Context API to share state between the parent compound component and its children
  • Attach child components as static properties on the parent (e.g., FlyOut.Toggle, FlyOut.List)
  • Memoize context values to avoid unnecessary re-renders in complex scenarios
  • Prefer the Context approach over React.Children.map for more flexible component nesting

Details

Context API

Let's look at an example: we have a list of squirrel images! Besides just showing squirrel images, we want to add a button that makes it possible for the user to edit or delete the image. We can implement a FlyOut component that shows a list when the user toggles the component.

Within a FlyOut component, we essentially have three things:

  • The FlyOut wrapper, which contains the toggle button and the list
  • The Toggle button, which toggles the List
  • The List, which contains the list of menu items

Using the Compound component pattern with React's Context API is perfect for this example!

First, let's create the FlyOut component. This component keeps the state, and returns a FlyOutProvider with the value of the toggle to all the children it receives.

js
const FlyOutContext = createContext();
function FlyOut(props) {  const [open, toggle] = useState(false);
  return (    <FlyOutContext.Provider value={{ open, toggle }}>      {props.children}    </FlyOutContext.Provider>  );}

We now have a stateful FlyOut component that can pass the value of open and toggle to its children!

Let's create the Toggle component. This component simply renders the component on which the user can click in order to toggle the menu.

js
function Toggle() {  const { open, toggle } = useContext(FlyOutContext);
  return (    <div onClick={() => toggle(!open)}>      <Icon />    </div>  );}

In order to actually give Toggle access to the FlyOutContext provider, we need to render it as a child component of FlyOut! We can also make the Toggle component a property of the FlyOut component!

js
const FlyOutContext = createContext();
function FlyOut(props) {  const [open, toggle] = useState(false);
  return (    <FlyOutContext.Provider value={{ open, toggle }}>      {props.children}    </FlyOutContext.Provider>  );}
function Toggle() {  const { open, toggle } = useContext(FlyOutContext);
  return (    <div onClick={() => toggle(!open)}>      <Icon />    </div>  );}
FlyOut.Toggle = Toggle;

This means that if we ever want to use the FlyOut component in any file, we only have to import FlyOut!

js
import React from "react";import { FlyOut } from "./FlyOut";
export default function FlyoutMenu() {  return (    <FlyOut>      <FlyOut.Toggle />    </FlyOut>  );}

Just a toggle is not enough. We also need to have a List with list items, which open and close based on the value of open.

js
function List({ children }) {  const { open } = React.useContext(FlyOutContext);  return open && <ul>{children}</ul>;}
function Item({ children }) {  return <li>{children}</li>;}

The List component renders its children based on whether the value of open is true or false. Let's make List and Item a property of the FlyOut component, just like we did with the Toggle component.

js
const FlyOutContext = createContext();
function FlyOut(props) {  const [open, toggle] = useState(false);
  return (    <FlyOutContext.Provider value={{ open, toggle }}>      {props.children}    </FlyOutContext.Provider>  );}
function Toggle() {  const { open, toggle } = useContext(FlyOutContext);
  return (    <div onClick={() => toggle(!open)}>      <Icon />    </div>  );}
function List({ children }) {  const { open } = useContext(FlyOutContext);  return open && <ul>{children}</ul>;}
function Item({ children }) {  return <li>{children}</li>;}
FlyOut.Toggle = Toggle;FlyOut.List = List;FlyOut.Item = Item;

We can now use them as properties on the FlyOut component! In this case, we want to show two options to the user: Edit and Delete. Let's create a FlyOut.List that renders two FlyOut.Item components, one for the Edit option, and one for the Delete option.

js
import React from "react";import { FlyOut } from "./FlyOut";
export default function FlyoutMenu() {  return (    <FlyOut>      <FlyOut.Toggle />      <FlyOut.List>        <FlyOut.Item>Edit</FlyOut.Item>        <FlyOut.Item>Delete</FlyOut.Item>      </FlyOut.List>    </FlyOut>  );}

Perfect! We just created an entire FlyOut component without adding any state in the FlyOutMenu itself!

The compound pattern is great when you're building a component library. You'll often see this pattern when using UI libraries like Semantic UI.

React.Children.map

We can also implement the Compound Component pattern by mapping over the children of the component. We can add the open and toggle properties to these elements, by cloning them with the additional props.

js
export function FlyOut(props) {  const [open, toggle] = React.useState(false);
  return (    <div>      {React.Children.map(props.children, (child) =>        React.cloneElement(child, { open, toggle })      )}    </div>  );}

All children components are cloned, and passed the value of open and toggle. Instead of having to use the Context API like in the previous example, we now have access to these two values through props.

Pros

Compound components manage their own internal state, which they share among the several child components. When implementing a compound component, we don't have to worry about managing the state ourselves.

When importing a compound component, we don't have to explicitly import the child components that are available on that component.

js
import { FlyOut } from "./FlyOut";
export default function FlyoutMenu() {  return (    <FlyOut>      <FlyOut.Toggle />      <FlyOut.List>        <FlyOut.Item>Edit</FlyOut.Item>        <FlyOut.Item>Delete</FlyOut.Item>      </FlyOut.List>    </FlyOut>  );}

Cons

When using the React.Children.map to provide the values, the component nesting is limited. Only direct children of the parent component will have access to the open and toggle props, meaning we can't wrap any of these components in another component.

js
export default function FlyoutMenu() {  return (    <FlyOut>      {/* This breaks */}      <div>        <FlyOut.Toggle />        <FlyOut.List>          <FlyOut.Item>Edit</FlyOut.Item>          <FlyOut.Item>Delete</FlyOut.Item>        </FlyOut.List>      </div>    </FlyOut>  );}

Cloning an element with React.cloneElement performs a shallow merge. Already existing props will be merged together with the new props that we pass. This could end up in a naming collision, if an already existing prop has the same name as the props we're passing to the React.cloneElement method. As the props are shallowly merged, the value of that prop will be overwritten with the latest value that we pass.

Source

References

来源与署名

来源:patternsdev/skills位于react/compound-pattern提交48bf58a

许可证: MIT

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架