Theo 本周制作了一个关于 React hooks 不直观行为的视频,特别探索了一个名为 usePrevious 的 hook 的想法,以在当前渲染之前保留上次重新渲染的值版本一。一种对新旧状态进行逻辑处理的方法。
如果您想了解如何实现它的想法,请查看视频,在这篇文章中,我们的想法是探索像 usePrevious 这样的钩子的概念方面。
如你所见,我们在 React 中没有这样的原始钩子。在 hooks 之前,在基于类的时代,我们有一个名为 componentDidUpdate 的生命周期方法,我们将之前的所有状态和 props 作为参数,为什么他们不使用 hooks 来保留这种行为?
如果您正在阅读本系列文章,可能会有点重复,但在这种情况下,我们需要讨论范式转变。
对于类,当某些状态更新时,您没有自动重新计算派生值的方法。如果你正在使用一些特定的 props 和 states 来计算一些新的值,你需要自己验证其中一些是否发生了变化。
这样,解决方案是在所有更新中调用回调,并将以前的值发送给用户。应用程序代码检查差异并使用新结果更新计算状态。这就是基于类的组件的直接性,你完全控制数据的流向,并且需要手动控制计算。
我们来看看反应表达式。
您不必检查并进行更改,而是编写一个表达式、计算公式之类的。此计算需要使用当前状态版本执行,而无需访问前一个状态。
想象一个公式:
a = b + c b = 10 c = 20 a = 10 + 20 a = 30
如果我使用这个表达式 100 万次,将 b 作为 10 传递,将 c 作为 20 传递,我将得到相同的结果。这是纯粹的计算。 React 执行相同的原理。所有推导的计算都应该是纯粹的。
但是为什么它很重要?
在重新渲染中做出反应。每个周期都会生成 UI 的描述,并根据当前和下一周期之间的差异,将更改提交到 DOM。每个渲染都与上一个或下一个完全分离。
UI = fn(state)
因此,对于每个不同的状态版本,我们都有不同的 UI 版本。如果我们在这里添加以前的值,这会变得非常混乱。因为现在它不仅取决于状态,还取决于之前的状态。我可以拥有多个源,也许更复杂的表达式来处理这些源,并且结果是不一致且不可预测的 UI,而不是只有一个源、一个表达式和一个结果。
每个渲染都会根据之前的状态表现不同。由于 usePrevious 的一些可能实现依赖于 React 中的时间顺序,这变得更加危险。
借助并发功能,React 可以在不警告渲染的情况下停止,以优先考虑其他操作。根据 useEffect 和 ref 可以让您保留“上一个”渲染的过时版本,甚至是真正的上一个渲染。更多混乱需要推理。
用这样的表达方式思考
a = b + c b = 10 c = 20 a = 10 + 20 a = 30
其中一部分是优先级的,需要先计算一下,我们用javascript代码来思考一下:
UI = fn(state)
所以现在我们有两个独立的表达式,可以单独计算,并且是完全纯净的。但是如果b的值变化很大,cdResult的计算成本很高,我们该如何解决呢?牢牢记住!
a = b + (c - d)
现在如果 c 或 d 发生变化,cdResult 将被重新计算。
但是在上面的文本中我说没有先前的值,但是一个渲染的计算如何可以在下一个渲染中使用?这不会破坏计算的纯粹性吗?
事实上,没有。例如:
const cdResult = c - d; const a = b + cdResult;
假设我们处于渲染编号 1 中。c 的值为 30,d 的值为 20,因此结果是 10。但是当我记住它时,React 将跟踪我添加的依赖项数组。如果其中一些发生变化,则会重新计算。
const cdResult = React.useMemo(() => c - d, [c, d]); const a = b + cdResult;
但他们没有改变。如果我再次调用这个表达式,c 为 30,d 为 20,我将得到相同的 10 作为结果。即使我处于渲染编号 2 中且其他变量发生了变化,但我在本次计算中使用的依赖项并没有改变。
我可以在每次渲染中再次计算它,这是React的默认行为,但我可以选择跳过不必要的重新计算,这将返回相同的值,所以我保留了它。我们保持了纯度并保持了渲染之间的分离
但是有一个很好的地方可以对先前的状态、用户操作进行逻辑处理。当然,在调用回调的那一刻,这将是当前状态。但如果你有一些状态需要根据某种逻辑进行更改,那就是这个地方。
当然,它可能有非常特殊的情况,您可能需要一个钩子,例如 usePrevious,但要注意它可能导致的不一致,并尝试添加保证以避免应用程序上的错误。
更重要的是,如果可能的话,避免它。
以上是usePrevious 和类似的面向时间的钩子的问题的详细内容。更多信息请关注PHP中文网其他相关文章!