为什么要进行重复数据备份,而不是会话存储

Why redux instead of session storage(为什么要进行重复数据备份,而不是会话存储)

本文介绍了为什么要进行重复数据备份,而不是会话存储的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

假设我在组件"App"的状态下有一个小对象。 那么,要将状态保存在Redux中,为什么我不能将其保存在会话存储中?这有什么实质性的区别吗?

推荐答案

您可以这样做。

区别在于

React足够智能,可以在您使用state时更新您的DOM,并使用setState更新state。当您在React应用程序中使用setState时,它只会重新呈现您的组件,如果您在组件中使用该状态值来显示在您的组件上更新的某些值/数据。

当您将数据存储在sessionStorage中时,您的应用程序不会自动更改sessionStorage值。在这种情况下,您的组件将不会重新呈现,并且您在组件上所做的更改也不会更新。 但是对于这种情况,您有一个名为forceUpdate()

的解决方案

从文档中,

调用forceUpdate()将导致在组件上调用Render(),跳过shresdComponentUpdate()。这将触发子组件的正常生命周期方法,包括每个子组件的shresdComponentUpdate()方法。Reaction仍将仅在标记更改时更新DOM。

虽然您有forceUpdate,但通常您应该尽量避免使用forceUpdate(),只读this.propsthis.state中的this.state

这篇关于为什么要进行重复数据备份,而不是会话存储的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!

本文标题为:为什么要进行重复数据备份,而不是会话存储

基础教程推荐