6.18

React 官方之所以做出这样的更改(在前面提到的 PR 中已写明),主要是因为在真正暂停渲染之前尝试渲染所有兄弟组件并不是无成本的,这实际上会延迟显示备用内容。此外,这一变化与 React 团队自 React 18 之前引入 Suspense 以来一直在推动的“边渲边获取”方法密切相关。

理想情况下,我们应该尽早启动数据获取,而不是在使用数据的同一组件渲染时才开始获取数据。

尽管从性能角度来看,这无疑是最佳的方法,但它也带来了显著的 DX 问题,因为它使得将组件和它们的数据要求放在一起变得不可行。

虽然 React 官方团队成员 Ricky 出面回复称,「这种做法使得组合更加容易,因为将一个组件从兄弟级别(sibling)重构为子级别(child)时,不会突然引发数据获取的“瀑布效应”(waterfall)。

换句话说,无论是兄弟组件还是子组件,在开始时都会出现数据获取的“瀑布效应”,不会因为组件之间的关系改变而有所不同。你可以通过提升数据请求(request)到更高的组件层级来解决兄弟组件和子组件的相同问题。」

posted @   SDGVSBGDRH  阅读(6)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· winform 绘制太阳,地球,月球 运作规律
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· AI与.NET技术实操系列(五):向量存储与相似性搜索在 .NET 中的实现
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 超详细:普通电脑也行Windows部署deepseek R1训练数据并当服务器共享给他人
点击右上角即可分享
微信分享提示