Pragmatic Drag and Drop 中 ref 传递问题的解决方案
2025-05-20 23:36:45作者:卓艾滢Kingsley
在 React 项目中实现拖拽功能时,我们经常会遇到需要将 ref 传递给子组件的情况。本文将以 Pragmatic Drag and Drop 项目为例,深入分析 ref 传递的常见问题及其解决方案。
问题背景
开发者在实现拖拽功能时,尝试通过两种方式将 ref 传递给子组件:
- 通过 children 方式传递
- 通过 forwardRef 方式传递
但无论采用哪种方式,都会遇到 "Invariant failed" 的错误提示。
代码分析
父组件实现
父组件中创建了两个 ref:
- elementRef:用于拖拽元素
- dragHandleRef:用于拖拽手柄
const elementRef = useRef<HTMLDivElement>(null);
const dragHandleRef = useRef<HTMLButtonElement>(null);
子组件实现
子组件 Toolbar 通过 forwardRef 接收 ref 并传递给内部的 UnstyledButton 组件:
export const Toolbar = forwardRef<HTMLButtonElement, toolbarProps>(
({ id, parentId, index, count }, ref) => {
return (
<UnstyledButton ref={ref}>
<Icon icon="arrows" type="fas" />
</UnstyledButton>
);
}
);
问题根源
经过深入排查,发现问题并非出在 ref 传递机制本身,而是由于:
- 拖拽手柄元素在初始渲染时被隐藏(display: none)
- 组件挂载时 ref 尚未指向实际 DOM 元素
- 拖拽初始化逻辑执行时无法获取有效的 DOM 引用
解决方案
方案一:使用 visibility 替代 display
将隐藏元素的样式从 display: none 改为 visibility: hidden:
display: none会完全从文档流中移除元素visibility: hidden会保留元素在文档流中的位置,只是视觉上不可见
// 修改前
.hidden-element {
display: none;
}
// 修改后
.hidden-element {
visibility: hidden;
}
方案二:延迟初始化
在确保元素已挂载后再初始化拖拽逻辑:
useEffect(() => {
const timer = setTimeout(() => {
const element = elementRef.current;
const dragHandle = dragHandleRef.current;
if (element && dragHandle) {
// 初始化拖拽逻辑
}
}, 100);
return () => clearTimeout(timer);
}, []);
最佳实践建议
- 避免在隐藏元素上初始化交互:确保交互元素在初始化时是可见的或至少存在于 DOM 中
- 使用 TypeScript 类型检查:明确 ref 的类型可以提前发现潜在问题
- 添加防御性编程:在使用 ref 前进行空值检查
- 考虑渲染时机:对于条件渲染的元素,确保交互逻辑在元素渲染后执行
总结
在 React 中实现拖拽功能时,正确处理 ref 的传递和元素的生命周期至关重要。通过本文的分析,我们了解到:
- 元素隐藏方式会影响 ref 的可用性
- forwardRef 是传递 ref 的有效方式
- 防御性编程可以避免运行时错误
希望这些经验能帮助开发者在实现类似功能时避免常见陷阱。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0215
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0138
uni-appA cross-platform framework using Vue.jsJavaScript08
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
SwanLab⚡️SwanLab - an open-source, modern-design AI training tracking and visualization tool. Supports Cloud / Self-hosted use. Integrated with PyTorch / Transformers / LLaMA Factory / veRL/ Swift / Ultralytics / MMEngine / Keras etc.Python00
tiny-universe《大模型白盒子构建指南》:一个全手搓的Tiny-UniverseJupyter Notebook03
项目优选
收起
deepin linux kernel
C
32
16
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
470
465
暂无描述
Dockerfile
778
5.08 K
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
876
2.03 K
Ascend Extension for PyTorch
Python
758
968
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
697
1.4 K
昇腾LLM分布式训练框架
Python
185
231
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.1 K
1.14 K
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.04 K
271
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。
Python
2.25 K
677