 重构组件)
后端前端CRM人工智能AI Agent【免费下载链接】crmComp AI CRM is an open source, CRM designed for AI agents. Agentic-first CRM.项目地址https://gitcode.com/gh_mirrors/crm48/crm点击查看免费下载本文以仓库.agents/skills/vercel-composition-patterns/rules/react19-no-forwardref.md中定义的 React 19 API 编码规则为主线结合 Comp AI CRM 仓库apps/app、packages/ui的真实依赖版本与组件实现讲解 React 19 中ref成为普通 prop、use()取代useContext()两大核心变化以及如何据此重构既有组件代码。规则背景这条编码规则在约束什么.agents/skills/vercel-composition-patterns/rules/react19-no-forwardref.md是一条impact: MEDIUM的编码规范其目标描述为 cleaner component definitions and context usage更简洁的组件定义与 Context 用法打上了react19, refs, context, hooks四个标签。它针对 React 19 引入了两个关键约束不要再使用forwardRef转发 ref——React 19 中ref是普通 prop直接声明即可用use()取代useContext()读取 Context 值且use()支持条件调用。该规则明确标注⚠️ React 19 only.Skip this if youre on React 18 or earlier.也就是说这是一条仅适用于 React 19 及以上版本的规则。在 React 18 或更早版本上强行套用会直接破坏代码因此判断当前项目是否满足 React 19 前提是第一位的。前提确认Comp AI CRM 当前使用的 React 版本在应用这条规则之前先确认仓库的实际依赖。在 apps/app/package.json 中可以看到react: 19.2.4,即前端应用Next.js 应用运行在React 19.2.4上完全满足规则的 React 19 前提可以在整个apps/app范围内放心应用这套新 API。同时仓库的现状也印证了这条规则已被逐步落实对apps/app与packages/ui全量搜索forwardRef均无匹配结果——新写的组件已经不再使用forwardRef包裹packages/ui下的 shadcn/ui 风格组件大量使用React.ComponentPropstypeof XxxPrimitive.Xxx直接展开原生组件与 Radix 原语组件的 propsref作为其中的普通 prop 被自然透传。变化一ref 从特殊 prop 变为普通 propReact 18 时代的痛点在 React 18 及更早版本中ref与key一样属于特殊 prop函数组件收到的props对象里根本不会包含ref。如果自定义组件需要把外部传入的 ref 转发到底层 DOM 节点或类组件实例上必须额外包裹一层forwardRef// React 18 时代的写法 import { forwardRef } from react; const ComposerInput forwardRefTextInput, Props((props, ref) { return TextInput ref{ref} {...props} /; });这种写法有两个明显的副作用组件定义变得冗长函数声明 forwardRef包裹 泛型参数forwardRefTextInput, Props三层嵌套类型推导链路变长调试组件树时多出一层ForwardRef包裹DevTools 中看到的组件名也被改写。React 19 的简化ref 就是普通 propReact 19 将ref调整为普通 prop函数组件可以直接从props中解构出ref并把它当作普通属性传给子组件不再需要forwardRef包装。规则给出的正确写法为// React 19 推荐写法 function ComposerInput({ ref, ...props }: Props { ref?: React.RefTextInput }) { return TextInput ref{ref} {...props} /; }要点拆解ref直接从 props 解构{ ref, ...props }它与其他 props 地位完全平等类型上显式声明ref?: React.RefTextInput注意这里用的是React.Ref而不是React.RefObject与原先forwardRef的泛型参数含义一致剩余参数...props照常展开传给子组件TextInput ref{ref} {...props} /的透传逻辑不变。由于 props 展开顺序是ref在前、...props在后调用方通过 props 显式传入的覆盖值仍可生效语义与旧写法完全等价。顺带收益ref cleanup 与useImperativeHandleforwardRef的移除是渐进式的React 19 依然兼容forwardRef所以存量代码不会立刻报错但新代码应直接采用普通 prop 写法。此外 React 19 还提供了两项与 ref 相关的增强ref cleanup 函数ref 回调可以返回一个清理函数在组件卸载或 ref 变化时执行替代以往另起useEffect清理的繁琐模式useImperativeHandle仍可配合普通 ref prop 使用暴露命令式句柄的需求没有消失只是外层不再需要forwardRef包装。与 Comp AI CRM 组件体系的结合仓库中packages/ui的组件已经体现了这一思路。以 packages/ui/src/components/accordion.tsx 为例use client; import { Accordion as AccordionPrimitive } from radix-ui; import type * as React from react; function Accordion({ className, ...props }: React.ComponentPropstypeof AccordionPrimitive.Root) { return ( AccordionPrimitive.Root >// React 18 时代的写法 import { useContext } from react; const value useContext(MyContext);useContext有一条硬性限制必须无条件调用不能在if、for、嵌套函数等条件分支中调用。一旦违反就会触发 hooks 规则告警甚至导致运行时行为异常。这条hooks 顺序铁律让很多需要在特定分支才读取 Context 的代码被迫把读取提升到顶层。React 19 的新写法use(MyContext)React 19 引入的useHook 直接读取 Context 值规则给出的正确写法为import { use } from react; const value use(MyContext);与useContext的关键差异在于use可以被条件调用。规则原文明确说明use()can also be called conditionally, unlikeuseContext().与useContext不同use()还可以在条件中调用。这意味着读取 Context 的逻辑终于可以放到真正需要它的分支里代码意图更直接use不止能读 Context还可以接收Promise供Suspense配合使用的数据读取是一个比useContext覆盖面更广的通用资源读取原语。规则将旧写法useContext(MyContext)标记为 Incorrect、新写法use(MyContext)标记为 Correct但需要说明的是useContext在 React 19 中并未删除、仍然可用这条规则追求的是统一、精简的 API 面——在一个代码库里只保留一种读取 Context 的方式。仓库中的现存 useContext 用法迁移候选当前仓库apps/app中还有两处useContext使用是应用这条规则的天然候选apps/app/components/responsive-sheet.tsximport { createContext, useContext } from react; const useResponsive () useContext(ResponsiveContext);apps/app/components/mobile-nav.tsx以createContext, useContext组合维护MobileNavContext的读取const context useContext(MobileNavContext);此外packages/ui/src/components下的 chart.tsx 使用React.useContext(ChartContext)读取图表上下文。在升级到use(MyContext)时这些调用点都可以逐个迁移改写成本极低仅替换函数名而行为保持不变。对于读取处位于条件分支内的逻辑迁移后还能顺带解除hooks 必须无条件调用的约束。迁移清单在 Comp AI CRM 中落地这条规则综合两条规则给出可直接套用的落地检查清单确认 React 版本仅当项目依赖为 React 19本仓库为 19.2.4时适用React 18 及以下必须保持forwardRef/useContext写法。搜索forwardRef在apps/app、packages/ui下执行全局搜索所有命中项都应改写为ref 作为普通 prop 从 props 解构的写法当前仓库已无命中属于长期维护目标。搜索useContext将useContext(MyContext)改写为use(MyContext)重点检查读取点是否处于条件分支——若处于分支内use还能带来额外收益。新增组件时默认新写法新组件一律不使用forwardRef需要透传底层组件全部 props 时优先采用React.ComponentPropstypeof XxxPrimitive.Xxx展开模式参考 packages/ui/src/components/accordion.tsx。类型注意普通 prop 写法需要在 props 类型中显式声明ref?: React.RefTReact.RefObject不适用别漏掉这一行否则 TS 会报 ref 未定义。小结React 19 的这两项 API 变化目标一致让组件定义更扁平、让数据读取更灵活。ref成为普通 prop 后forwardRef这层包装彻底退出新代码use()接管 Context 读取后条件调用成为可能API 面也被统一。Comp AI CRM 仓库已运行在 React 19.2.4 之上packages/ui的组件实现React.ComponentProps透传模式与全仓库零forwardRef的现状正是这条react19-no-forwardref规则逐步落地的直观证据——存量代码按上文清单逐个迁移新增代码默认新写法即可长期保持代码库的整洁与一致。赞分享后端前端CRM人工智能AI Agent【免费下载链接】crmComp AI CRM is an open source, CRM designed for AI agents. Agentic-first CRM.项目地址https://gitcode.com/gh_mirrors/crm48/crm点击查看免费下载相关推荐OpenMetadata UI 的 React 19 API 迁移指南告别 forwardRef 与 useContext拥抱 ref-as-prop 与 use()OpenMetadata UI 的 React 19 API 迁移指南告别 forwardRef 与 useContext拥抱 ref as prop 与数据目录数据血缘数据治理后端MCP 服务Supabase React 19 组件实战ref 作为普通 Props 与 use() 替代 useContext() 的迁移指南Supabase React 19 组件实战ref 作为普通 Props 与 use 替代 useContext 的迁移指南 本文基于 Supabase 仓库后端前端数据库pytorch-tutorial GAN完全指南生成器与判别器如何在148行代码中博弈出MNISTpytorch tutorial GAN完全指南生成器与判别器如何在148行代码中博弈出MNIST 本文是一份 PyTorch GAN生成对抗网络入门教程示例工程上一篇戴森球计划工厂蓝图仓库从新手到大师的自动化工厂建设指南下一篇如何解决循环神经网络中的梯度消失与爆炸问题PyTorch实战指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Comp AI CRM 的 React 19 迁移实践：告别 forwardRef，用 ref 普通 prop 与 use() 重构组件
后端前端CRM人工智能AI Agent【免费下载链接】crmComp AI CRM is an open source, CRM designed for AI agents. Agentic-first CRM.项目地址https://gitcode.com/gh_mirrors/crm48/crm点击查看免费下载本文以仓库.agents/skills/vercel-composition-patterns/rules/react19-no-forwardref.md中定义的 React 19 API 编码规则为主线结合 Comp AI CRM 仓库apps/app、packages/ui的真实依赖版本与组件实现讲解 React 19 中ref成为普通 prop、use()取代useContext()两大核心变化以及如何据此重构既有组件代码。规则背景这条编码规则在约束什么.agents/skills/vercel-composition-patterns/rules/react19-no-forwardref.md是一条impact: MEDIUM的编码规范其目标描述为 cleaner component definitions and context usage更简洁的组件定义与 Context 用法打上了react19, refs, context, hooks四个标签。它针对 React 19 引入了两个关键约束不要再使用forwardRef转发 ref——React 19 中ref是普通 prop直接声明即可用use()取代useContext()读取 Context 值且use()支持条件调用。该规则明确标注⚠️ React 19 only.Skip this if youre on React 18 or earlier.也就是说这是一条仅适用于 React 19 及以上版本的规则。在 React 18 或更早版本上强行套用会直接破坏代码因此判断当前项目是否满足 React 19 前提是第一位的。前提确认Comp AI CRM 当前使用的 React 版本在应用这条规则之前先确认仓库的实际依赖。在 apps/app/package.json 中可以看到react: 19.2.4,即前端应用Next.js 应用运行在React 19.2.4上完全满足规则的 React 19 前提可以在整个apps/app范围内放心应用这套新 API。同时仓库的现状也印证了这条规则已被逐步落实对apps/app与packages/ui全量搜索forwardRef均无匹配结果——新写的组件已经不再使用forwardRef包裹packages/ui下的 shadcn/ui 风格组件大量使用React.ComponentPropstypeof XxxPrimitive.Xxx直接展开原生组件与 Radix 原语组件的 propsref作为其中的普通 prop 被自然透传。变化一ref 从特殊 prop 变为普通 propReact 18 时代的痛点在 React 18 及更早版本中ref与key一样属于特殊 prop函数组件收到的props对象里根本不会包含ref。如果自定义组件需要把外部传入的 ref 转发到底层 DOM 节点或类组件实例上必须额外包裹一层forwardRef// React 18 时代的写法 import { forwardRef } from react; const ComposerInput forwardRefTextInput, Props((props, ref) { return TextInput ref{ref} {...props} /; });这种写法有两个明显的副作用组件定义变得冗长函数声明 forwardRef包裹 泛型参数forwardRefTextInput, Props三层嵌套类型推导链路变长调试组件树时多出一层ForwardRef包裹DevTools 中看到的组件名也被改写。React 19 的简化ref 就是普通 propReact 19 将ref调整为普通 prop函数组件可以直接从props中解构出ref并把它当作普通属性传给子组件不再需要forwardRef包装。规则给出的正确写法为// React 19 推荐写法 function ComposerInput({ ref, ...props }: Props { ref?: React.RefTextInput }) { return TextInput ref{ref} {...props} /; }要点拆解ref直接从 props 解构{ ref, ...props }它与其他 props 地位完全平等类型上显式声明ref?: React.RefTextInput注意这里用的是React.Ref而不是React.RefObject与原先forwardRef的泛型参数含义一致剩余参数...props照常展开传给子组件TextInput ref{ref} {...props} /的透传逻辑不变。由于 props 展开顺序是ref在前、...props在后调用方通过 props 显式传入的覆盖值仍可生效语义与旧写法完全等价。顺带收益ref cleanup 与useImperativeHandleforwardRef的移除是渐进式的React 19 依然兼容forwardRef所以存量代码不会立刻报错但新代码应直接采用普通 prop 写法。此外 React 19 还提供了两项与 ref 相关的增强ref cleanup 函数ref 回调可以返回一个清理函数在组件卸载或 ref 变化时执行替代以往另起useEffect清理的繁琐模式useImperativeHandle仍可配合普通 ref prop 使用暴露命令式句柄的需求没有消失只是外层不再需要forwardRef包装。与 Comp AI CRM 组件体系的结合仓库中packages/ui的组件已经体现了这一思路。以 packages/ui/src/components/accordion.tsx 为例use client; import { Accordion as AccordionPrimitive } from radix-ui; import type * as React from react; function Accordion({ className, ...props }: React.ComponentPropstypeof AccordionPrimitive.Root) { return ( AccordionPrimitive.Root >// React 18 时代的写法 import { useContext } from react; const value useContext(MyContext);useContext有一条硬性限制必须无条件调用不能在if、for、嵌套函数等条件分支中调用。一旦违反就会触发 hooks 规则告警甚至导致运行时行为异常。这条hooks 顺序铁律让很多需要在特定分支才读取 Context 的代码被迫把读取提升到顶层。React 19 的新写法use(MyContext)React 19 引入的useHook 直接读取 Context 值规则给出的正确写法为import { use } from react; const value use(MyContext);与useContext的关键差异在于use可以被条件调用。规则原文明确说明use()can also be called conditionally, unlikeuseContext().与useContext不同use()还可以在条件中调用。这意味着读取 Context 的逻辑终于可以放到真正需要它的分支里代码意图更直接use不止能读 Context还可以接收Promise供Suspense配合使用的数据读取是一个比useContext覆盖面更广的通用资源读取原语。规则将旧写法useContext(MyContext)标记为 Incorrect、新写法use(MyContext)标记为 Correct但需要说明的是useContext在 React 19 中并未删除、仍然可用这条规则追求的是统一、精简的 API 面——在一个代码库里只保留一种读取 Context 的方式。仓库中的现存 useContext 用法迁移候选当前仓库apps/app中还有两处useContext使用是应用这条规则的天然候选apps/app/components/responsive-sheet.tsximport { createContext, useContext } from react; const useResponsive () useContext(ResponsiveContext);apps/app/components/mobile-nav.tsx以createContext, useContext组合维护MobileNavContext的读取const context useContext(MobileNavContext);此外packages/ui/src/components下的 chart.tsx 使用React.useContext(ChartContext)读取图表上下文。在升级到use(MyContext)时这些调用点都可以逐个迁移改写成本极低仅替换函数名而行为保持不变。对于读取处位于条件分支内的逻辑迁移后还能顺带解除hooks 必须无条件调用的约束。迁移清单在 Comp AI CRM 中落地这条规则综合两条规则给出可直接套用的落地检查清单确认 React 版本仅当项目依赖为 React 19本仓库为 19.2.4时适用React 18 及以下必须保持forwardRef/useContext写法。搜索forwardRef在apps/app、packages/ui下执行全局搜索所有命中项都应改写为ref 作为普通 prop 从 props 解构的写法当前仓库已无命中属于长期维护目标。搜索useContext将useContext(MyContext)改写为use(MyContext)重点检查读取点是否处于条件分支——若处于分支内use还能带来额外收益。新增组件时默认新写法新组件一律不使用forwardRef需要透传底层组件全部 props 时优先采用React.ComponentPropstypeof XxxPrimitive.Xxx展开模式参考 packages/ui/src/components/accordion.tsx。类型注意普通 prop 写法需要在 props 类型中显式声明ref?: React.RefTReact.RefObject不适用别漏掉这一行否则 TS 会报 ref 未定义。小结React 19 的这两项 API 变化目标一致让组件定义更扁平、让数据读取更灵活。ref成为普通 prop 后forwardRef这层包装彻底退出新代码use()接管 Context 读取后条件调用成为可能API 面也被统一。Comp AI CRM 仓库已运行在 React 19.2.4 之上packages/ui的组件实现React.ComponentProps透传模式与全仓库零forwardRef的现状正是这条react19-no-forwardref规则逐步落地的直观证据——存量代码按上文清单逐个迁移新增代码默认新写法即可长期保持代码库的整洁与一致。赞分享后端前端CRM人工智能AI Agent【免费下载链接】crmComp AI CRM is an open source, CRM designed for AI agents. Agentic-first CRM.项目地址https://gitcode.com/gh_mirrors/crm48/crm点击查看免费下载相关推荐OpenMetadata UI 的 React 19 API 迁移指南告别 forwardRef 与 useContext拥抱 ref-as-prop 与 use()OpenMetadata UI 的 React 19 API 迁移指南告别 forwardRef 与 useContext拥抱 ref as prop 与数据目录数据血缘数据治理后端MCP 服务Supabase React 19 组件实战ref 作为普通 Props 与 use() 替代 useContext() 的迁移指南Supabase React 19 组件实战ref 作为普通 Props 与 use 替代 useContext 的迁移指南 本文基于 Supabase 仓库后端前端数据库pytorch-tutorial GAN完全指南生成器与判别器如何在148行代码中博弈出MNISTpytorch tutorial GAN完全指南生成器与判别器如何在148行代码中博弈出MNIST 本文是一份 PyTorch GAN生成对抗网络入门教程示例工程上一篇戴森球计划工厂蓝图仓库从新手到大师的自动化工厂建设指南下一篇如何解决循环神经网络中的梯度消失与爆炸问题PyTorch实战指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考