Siéntete libre de compartir nuestros post y códigos en tus redes, danos de tu ayuda para ampliar esta comunidad.
Solución:
Puedes hacerlo.
La diferencia es,
React es lo suficientemente inteligente como para actualizar su DOM cuando usas state y actualizar el state utilizando setState. cuando usas setState en la aplicación de reacción, simplemente vuelve a representar su componente y si está utilizando ese valor de estado en el componente para mostrar algunos valores/datos que los cambios se actualizan en su componente.
Cuando almacena datos en sessionStorage entonces tu aplicación no reacts automáticamente para cambiar en sessionStorage valores. En este caso, su componente no se volverá a procesar y sus cambios no se actualizarán en su componente. Pero para este caso tienes una solución llamada forceUpdate()
de los documentos,
Llamar a forceUpdate() hará que se llame a render() en el componente, omitiendo shouldComponentUpdate(). Esto activará los métodos de ciclo de vida normales para los componentes secundarios, incluido el método shouldComponentUpdate() de cada elemento secundario. React solo actualizará el DOM si el marcado cambia.
Aunque tienes forceUpdatenormalmente debe tratar de evitar todos los usos de forceUpdate() y solo leer de this.props y this.state en render().
El almacenamiento del navegador solo permite keys asociado con string valores, nada complejo, por lo que el código requerido para simplemente obtener diferentes tipos de datos dentro y fuera de local/sesión es desagradable, por sí solo.
La parte del “estado de almacenamiento” de Redux es realmente la parte menos interesante. Las partes importantes de Redux son el patrón de uso de acciones y reductores, y que los componentes pueden suscribirse a esos cambios de estado, de modo que si un reductor actualiza el estado, los componentes que lo usan se volverán a renderizar automáticamente. El uso de técnicas de almacenamiento del navegador realmente solo resuelve la parte de “dónde vive el estado”. Todavía necesitaría mecanismos para actualizar ese estado y permitir que los componentes sepan que se vuelvan a procesar cuando el estado se actualice
también el almacenamiento de la sesión puede ser cero, por ejemplo, simplemente usar el modo de navegación privada en Safari (incluso en iOS) establecerá la cuota de almacenamiento en cero
También manejo de localStorage y sessionStorage para una aplicación React que lo trató de alguna manera como estado. Es el código más propenso a errores, impredecible y que provoca dolores de cabeza en una base de código.
también puede usar redux-locastorage para guardar la tienda en el almacenamiento local o redux-sessionstorage para guardar en el almacenamiento de la sesión, si aún desea usarlos
Simplemente, su componente no se volverá a procesar al cambiar el almacenamiento de la sesión, pero sí al cambiar el estado de redux si ese componente está conectado a redux.