使用 useTransition API 重写
作者: joshuaellis创建于 2026年6月11日更新于 2026年6月11日
标签kind: requestarea: corerelease: major
- 清楚扼要地描述其特征是什么
围绕申报式的入出/出出出模式重新写出使用过渡'(包装/核心/src/houks/use Transition.tsx')——“显然在先读”——而不采用其今天的渲染式簿记:
时间轴 : //今天——你索引成一个渲染道具,并且不清楚‘物品'来自何处. const transiters = 使用 Transition(项目, { 密钥: QQ项目.id, 发件人:{不透明:0}, 输入:{不透明:1}, 出处:{不透明:0}, ) (中文(简体) ). 返回过渡( 样式, 项) @% ( (原始内容存档于2018-09-29) (中文(简体) ). animated.div style QQstyle.textQ/animated.div). 页:1
也将包含2136(每个财产配置应该从新模型中掉出,而不是被栓上).
• 为什么要包括这一特性?
`使用过渡'是图书馆报告最多的混淆根源——多年发生的同样的摩擦:
-665 (2019年)-API被取名为"有点奇怪":用户"在取景地一节中见‘物品'下行而不知从何而来".
- 第1281号(2021年)——一旦API拿走`物品',就会混淆`状态 ' 适合何处。
- 第1711号(讨论)——"我如何让它等待,以便‘离开'过渡产生效果?"——退出时间是无法发现的.
* 相关问题
- 第1955-X-Presence-X-部分;进出原始的更清洁的`使用过渡 ' 解锁。
- # 1628——持续/激活跨越路由变化的组件;现实世界存在的使用例(其共享的半版地图用于`铺出') Id`,单独跟踪)。
范围/非目标
- 确切的新的API形状 是这个问题要解决。
- 它必须保持反应 - 泉的模型: 你拥有泉水, 新的API 管它们。 不得在内部创造/拥有泉水的`动能.--------上成为道具,以推翻模型(见#1826的推理).内容来源: pmndrs/react-spring