我们遇到了问题,异步很难。
假设您有一个简单的 GET API,一个接收 searchText 作为参数的搜索。您使用您偏好的 http 请求工具调用它并得到一个承诺,它解析为您正在搜索的任何内容的列表。
如何在 React 组件中调用它?
首先,需要注意一件事,我所描述的可以建模为:
result = await searchAPI(searchText);
让我们在这里了解一下概念。 这是一个推导。对于每个版本的 searchText,您可以获得不同的结果。但这里有一些问题:
如何在 React 中将其称为派生?
使用第三方库,例如 TanStack Query 和 SWR 解决了我们的问题。它们为我们提供了可以在 React 组件中使用的钩子,接收我们的状态和属性,并在 API 发生变化时重新计算(重新获取)。看这个例子:
const { data: searchResult, loading } = useQuery({queryKey: [search, searchText],queryFn: getSearch,});
好的,我们解决了异步推导,对吧?
其实不是。
顺便说一句,我总是建议只使用其中一个库,它们很棒,并且可以在更复杂的情况下节省大量时间(例如重新获取、重试、缓存控制等),但我们不能指望第三个- 解决 React 概念问题的聚会。
再次回到反应性,我们需要有一种方法来处理派生模型中的异步情况。 React 应该为我们提供一个针对这种情况的原语。嗯,直到版本 18 之前我们都没有它,但在版本 19 中就不同了。
React 19 引入了一个名为 use 的新原语。是的,命名有点令人困惑,但它在 React 反应模型中的作用非常重要。有了它,我们可以在组件渲染期间解决承诺。 缺失的推导。
在此之前,在组件渲染期间调用 fetch 的唯一方法是使用 useEffect,调用 Promise 并在 then 子句中,使用响应中的值设置状态。这在某种程度上是有效的,但我们在使用效果来实现这一点时遇到了所有问题。
use 原语允许我们在组件渲染期间解析 Promise,允许我们使用状态和 props 来创建 Promise,然后解析这些 Promise 并将其用于我们的函数和 JSX。
const useCountTotal = (count: number) => { const countTotalPromise = useMemo(() => genericPromise(count), [count]); const result = use(countTotalPromise); return result; } function AsyncDerivation({count}: { count: number}) { const result = useCountTotal(count); return ( <div>Total count is: {result}</div> ) }
在我写这篇文章的时候,我们还没有 React 19 的最终版本。有一些警告,并且该原语可能会在未来发展以在更多地方工作。
原始使用的一个具体问题是它需要与 Suspense 一起使用,这是有充分理由的。
await 的概念很好,但是与 React 组件结合时有一个缺陷。您不能只在渲染期间使用await。 React 调用组件来获取 JSX 响应,并在流程中使用它来渲染 UI。
如果我们可以在等待中停止所有事情,React 就无法访问该组件的子组件并继续其工作,直到树的末尾。我们会停止渲染流程并使 UI 不更新并冻结。
如何解决?
我们可以看一下我在本文中使用的两个示例。第一个采用返回标志(例如加载)的方法,而不是阻塞渲染流。当承诺得到解决时,它会引发重新渲染,更新标志,加载变为 false 并且数据接收响应数据。
使用方式不同。它的行为确实类似于await 原语,因此组件渲染流会在那里停止,直到解决。
等等,等等,你说这是一个问题,对吗?
拯救悬念来了。当您使用 use 原语时,它将被包装在 Suspense 组件中,渲染流将停止等待 use 分辨率,并且用户将获得在 UI 上渲染的后备(通常是加载旋转器或骨架,表明我们正在那里加载一些东西)。
当使用承诺得到解决后,我们将继续渲染并相应地更新 UI。无需使用useEffect。
use 原语对于旨在使用 Suspense 和处理异步行为的库作者来说非常有用。对于应用程序开发人员来说,它修复了基本反应性模型中的另一种情况,这非常适合简单的用例。由于它封装了 Promise,因此它不仅限于 http 请求,还适用于所有异步情况和外部 API 使用,这可以为生态系统添加更多资源。
以上是React 中的异步派生的详细内容。更多信息请关注PHP中文网其他相关文章!