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.props
和this.state
中的this.state
。
这篇关于为什么要进行重复数据备份,而不是会话存储的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:为什么要进行重复数据备份,而不是会话存储


- 为什么悬停在委托事件处理程序中不起作用? 2022-01-01
- 我不能使用 json 使用 react 向我的 web api 发出 Post 请求 2022-01-01
- 在不使用循环的情况下查找数字数组中的一项 2022-01-01
- 为什么我的页面无法在 Github 上加载? 2022-01-01
- 如何调试 CSS/Javascript 悬停问题 2022-01-01
- 如何显示带有换行符的文本标签? 2022-01-01
- 如何向 ipc 渲染器发送添加回调 2022-01-01
- 使用 iframe URL 的 jQuery UI 对话框 2022-01-01
- 从原点悬停时触发 translateY() 2022-01-01
- 是否可以将标志传递给 Gulp 以使其以不同的方式 2022-01-01