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。
这篇关于为什么要进行重复数据备份,而不是会话存储的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:为什么要进行重复数据备份,而不是会话存储
基础教程推荐
- Fabric JS绘制具有活动形状的多边形 2022-01-01
- 即使用户允许,Gmail 也会隐藏外部电子邮件图片 2022-01-01
- Bootstrap 模态出现在背景下 2022-01-01
- Bokeh Div文本对齐 2022-01-01
- npm start 错误与 create-react-app 2022-01-01
- fetch 是否支持原生多文件上传? 2022-01-01
- 检查 HTML5 拖放文件类型 2022-01-01
- 在 contenteditable 中精确拖放 2022-01-01
- 如何添加到目前为止的天数? 2022-01-01
- 原生拖动事件后如何获取 mouseup 事件? 2022-01-01
