Puro y Sincrónico de responsabilidad Descargo : este artículo no es una introducción a redux . Hay una serie de buenos recursos para comenzar con redux (ver más abajo ) y le sugiero que comience con ellos. Este artículo tampoco se trata de reaccionar. El término "ciclo de vida" se utiliza en el contexto de las operaciones y el flujo de datos redux. En solo tres años, redux se ha convertido en una opción bastante popular entre los desarrolladores frontend como la biblioteca de gestión estatal preferida. Más aún en el ecosistema de reacción. Es asombroso (e impresionante, de verdad) lo pequeño y simple que es el código base. Y, sin embargo, puede manejar situaciones muy complejas con facilidad. Quizás esta simplicidad de redux es un factor importante que impulsa su gran popularidad. En la , exploraremos cómo el middleware afecta el ciclo de vida de redux y el flujo de datos. siguiente parte El ciclo de vida básico de Redux Internamente, redux solo funciona con flujo de datos síncrono y no viene con muchas "partes móviles" o métodos mágicos como otras soluciones. La configuración de redux más básica se puede considerar como un ciclo único de actualizaciones de estado que se compone de solo 2 componentes: El árbol del estado La función reductora Las acciones son objetos accesorios que se requieren para descubrir cómo actualizar el estado para la siguiente iteración. La función reducer toma el estado anterior y la acción enviada como sus argumentos y devuelve el siguiente estado. Si no se necesitan cambios, devuelve el estado anterior cual. De lo contrario, crea un nuevo estado y lo devuelve. tal Descomposición del reductor Es una práctica común dividir nuestro árbol de estado en múltiples segmentos y escribir un reductor separado para cada segmento de estado. Las acciones pueden o no estar relacionadas con múltiples segmentos de estado. Este proceso de romper nuestros reductores en piezas más pequeñas y fáciles de entender en un proceso llamado . Descomposición Ciclos de vida de reductores independientes Combinación de reductores Ahora podemos combinar varios reductores independientes en un solo reductor (a menudo llamado reductor "raíz") y usándolo. crear una tienda redux importar {combinedReducers} desde 'redux' importar desde './foo'importar desde './bar'const = combineReducers({foo: fooReducer,bar: barReducer,}) fooReducer barReducer rootReducer Alternativamente, podríamos excluir el sufijo 'Reductor' de nuestras importaciones para que el código sea . más claro importar desde './foo'importar desde './bar'const = combineReducers({foo,bar,}) foo barra rootReducer Ciclo de vida básico de Redux Cuando se envía una acción, el reductor raíz la recibe y pasa el mismo objeto de acción a todos los reductores para que reaccionen de forma independiente. Sin embargo, en lugar de pasar todo el árbol de estado a cada reductor, redux solo pasará el segmento de estado del reductor. El valor de retorno de cada reductor se vuelve a fusionar en el árbol de estado completo. exclusivo Esta es la redux básica y también es la más común. Con una planificación cuidadosa y una división del estado de la aplicación, la mayoría de las aplicaciones a pequeña escala pueden funcionar con esta arquitectura sin ninguna complejidad adicional. arquitectura inteligente Reductores dependientes del estado A medida que su árbol de estado se vuelve complejo, puede encontrarse en situaciones en las que necesita compartir el estado entre diferentes reductores. Una solución rápida es combinar esos reductores en uno solo. Sin embargo, hacerlo generalmente crea reductores de grasa que no escalan bien. Si queremos mantener nuestros reductores separados, debemos averiguar si necesitamos compartir el segmento de estado actual o la versión actualizada. Reductores dependientes del estado — Estado actual Dado que los reductores son solo funciones, podemos pasarles cualquier cantidad de argumentos que queramos. Si un reductor requiere un segmento de estado de otro reductor, podemos pasarlo como el tercer argumento. Reductores dependientes del estado actual Combinación de reductores No podemos combinar reductores dependientes usando la utilidad que viene con redux. combineReducers() Una vez que pasa el caso de uso principal para , es hora de usar más lógica reductora "personalizada": combineReducers documentos de Redux Dado que los reductores son solo funciones, podemos pasar el estado de un reductor diferente como tercer argumento. import from './foo'importar from './bar'function (estado, acción) {const = foo(estado, acción) const = bar(estado, acción, ) foo bar rootReducer fooState barState estado.foo devolver {foo: fooState,bar: barState,}} Combinación de reductores dependientes del estado actual Reductores dependientes del estado: estado actualizado Generalmente, cuando un reductor depende del estado de otro reductor, requiere el estado actualizado. Personalmente, nunca me he encontrado con una situación en la que se requiera el antiguo estado. Si conoces alguna experiencia de este tipo, compártela en los comentarios. Reductores dependientes de estado actualizado Combinación de reductores El código se ve casi igual que en la sección anterior. Hemos hecho sólo un pequeño cambio. En lugar de pasar el estado anterior en , ahora estamos pasando el estado actualizado en . state.foo fooState import from './foo'importar from './bar'function (estado, acción) {const = foo(estado, acción) const = bar(estado, acción, ) foo bar rootReducer fooState barState foo_State_ devolver {foo: fooState,bar: barState,}} Combinación de reductores dependientes de estado actualizado La dependencia del estado actualizado de otros reductores significa que existe una jerarquía vertical de invocación de reductores. Esto no significa mucho para casos triviales, pero la idea sugiere la posibilidad de encadenar reductores. Sin embargo, el encadenamiento de reductores aumentará exponencialmente la complejidad del código. Nota : Otra alternativa al problema de las "actualizaciones de segmentos compartidos" sería simplemente poner más datos en la acción. Puedes leer más sobre esto aquí . Poniendolo todo junto Ahora que hemos visto algunos patrones de diseño de reductores y combinándolos de forma aislada, veamos cómo se ven juntos. Aquí hay una lista de cosas clave para observar: Cada reductor recibe su segmento de estado exclusivo como primer argumento Cada reductor recibe el mismo objeto de acción que el segundo argumento Los reductores dependientes reciben el estado completo o el segmento de estado de otros reductores como argumentos posteriores Todos los segmentos de estado actualizados se fusionan en un solo árbol de estado Los reductores dependientes pueden formar una cadena de invocación Redux usa reductores para realizar manipulaciones de estado Ciclo de vida completo de Redux Apéndice los pedacitos que faltan En todos los dibujos, omití intencionalmente a los creadores de acciones y la tienda para mantenerlos limpios y libres de hinchazón. Como sabes: Un creador de acción es una función simple que crea un objeto de acción. La función de envío acepta el objeto de acción y lo pasa al reductor raíz de su tienda. La tienda es el lugar donde viven el árbol de estado combinado y la función de despacho. Cada tienda redux tiene su propio reductor raíz asociado que consume el objeto de acción y actualiza el estado interno de la tienda. Recursos para empezar Guía de principiantes para reaccionar/reducir Primeros pasos con Redux Conceptos básicos de Redux Creación de aplicaciones React con Idiomatic Redux El libro completo de Redux
