reactjs - tasas - Acciones/reductores Redux vs. estado de ajuste directo

tasa ajustada concepto

Question

Soy nuevo en Redux. Tengo problemas para entender el valor de las acciones y los reductores frente a los componentes que modifican directamente la tienda.

En Redux, sus componentes React no cambian la tienda directamente. En su lugar, envían una acción, algo así como publicar un mensaje. Luego, un reductor maneja la acción, algo así como un suscriptor de mensajes, y cambia el estado (más precisamente, crea un nuevo estado) en respuesta.

Siento que la interacción pub / sub-like agrega capas de indirección que hacen que sea más difícil comprender lo que realmente está haciendo un componente: ¿por qué no simplemente permitir que los componentes pasen un nuevo estado a la tienda de Redux directamente? ¿Sería algo malo inyectar algo como this.props.setReduxState en un componente React?

Estoy empezando a comprender el valor de por qué el estado en sí mismo debe ser inmutable (pregunta relacionada - ¿Acaso Redux no es solo un estado global glorificado? ), Relacionado con la búsqueda de actualizaciones para ver qué accesorios de componentes necesitan actualizarse en respuesta a cambios de estado. Mi pregunta es sobre las capas de acción / reductor extra frente a la manipulación directa de la tienda.

Answer 1

En el proceso de desarrollo, a menudo necesita saber quién y cómo ha cambiado el estado. La mutación del estado mediante la emisión de acciones le permite mantener respuestas a esas preguntas.

Las acciones son cargas de información que le dicen a la tienda cómo debe ser modificada. Esta información se representa en forma de objetos javascript simples que permite que esta información se registre, serialice y almacene. Como toda la historia es "recordada", más tarde puede reproducir toda la cadena de acciones con fines de depuración o prueba. Junto con una herramienta como Redux DevTools , hace que el proceso de desarrollo sea realmente fácil e increíble. Como todas las modificaciones de la tienda están registradas en un monitor, puede ver cómo y cuándo se modificó el estado en cada paso. Aún más, puede retroceder o avanzar a través de la cadena de acciones.

Otro beneficio de tener todas las mutaciones centralizadas en un solo lugar es el hecho de que es más fácil tomar el control del estado. Eso garantiza que todas las mutaciones ocurren una por una en un orden estricto y que ninguna devolución de llamada puede hacer que el comportamiento de la aplicación sea inestable. También permite mantener en un solo lugar la funcionalidad que es común para algunas acciones, o en otras palabras, para aplicar middlewares.