微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

将状态和分派放入单独的上下文提供程序是否可以防止不必要的重新渲染?

如何解决将状态和分派放入单独的上下文提供程序是否可以防止不必要的重新渲染?

我发现在 official next.js example 中,statedispatch 分别放置了信息单独的上下文提供程序。

这样做的意义何在?这种做法是否可以防止不必要的重新渲染?

export const CounterProvider = ({ children }) => {
  const [state,dispatch] = useReducer(reducer,0)
  return (
    <CounterdispatchContext.Provider value={dispatch}>
      <CounterStateContext.Provider value={state}>
        {children}
      </CounterStateContext.Provider>
    </CounterdispatchContext.Provider>
  )
}

export const useCount = () => useContext(CounterStateContext)
export const usedispatchCount = () => useContext(CounterdispatchContext)

解决方法

如果几乎​​所有组件都同时使用状态和分派,则不需要将它们放在单独的 ContextProvider 中,只需确保在将它们作为对象传递时记住传递给提供程序值的参数。这样你的消费者只会在状态实际改变时重新渲染。另请注意,dispatch 实例实际上并未更改,因此没有必要为其创建单独的上下文

export const CounterProvider = ({ children }) => {
  const [state,dispatch] = useReducer(reducer,0)
  const contextValue = useMemo(() => ({state,dispatch}),[state,dispatch])
  return (
    <CounterContext.Provider value={contextValue}>
        {children}
    </CounterContext.Provider>
  )
}

编辑:

正如@dciccale 在评论中指出的那样,如果您的应用程序中有很多组件在很大程度上只使用调度,因此它们不会重新渲染,那么将调度和状态保持在单独的上下文中是很有意义的如果状态发生变化。

即使我们用 useMemo hook 记住 contextValue,每次更新 contextValue 的值时,state 仍然会被重新评估,导致所有依赖于上下文的组件重新渲染,甚至其中一些只依赖于 dispatch

另见:https://hswolff.com/blog/how-to-usecontext-with-usereducer/#performance-concerns

评估您的应用要求并明智地做出决定。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


Selenium Web驱动程序和Java。元素在(x,y)点处不可单击。其他元素将获得点击?
Python-如何使用点“。” 访问字典成员?
Java 字符串是不可变的。到底是什么意思?
Java中的“ final”关键字如何工作?(我仍然可以修改对象。)
“loop:”在Java代码中。这是什么,为什么要编译?
java.lang.ClassNotFoundException:sun.jdbc.odbc.JdbcOdbcDriver发生异常。为什么?
这是用Java进行XML解析的最佳库。
Java的PriorityQueue的内置迭代器不会以任何特定顺序遍历数据结构。为什么?
如何在Java中聆听按键时移动图像。
Java“Program to an interface”。这是什么意思?