¿Debo usar flux o Redux?
¿Debo usar flux o Redux?

Video: ¿Debo usar flux o Redux?

Video: ¿Debo usar flux o Redux?
Video: Полный курс Redux Toolkit + RTK Query для начинающих | Редакс за 2 часа! 2024, Abril
Anonim

Flujo es un patrón y Redux es una biblioteca. En Redux , la convención es tener una única tienda por aplicación, generalmente separada en dominios de datos internamente (usted pueden crear más de uno Redux almacenar si es necesario para escenarios más complejos). Flujo tiene un solo despachador y todas las acciones deben pasar por ese despachador.

También la pregunta es, ¿cuál es la diferencia entre Redux y flux?

El primario diferencia de Flujo vs Redux es eso Flujo incluye varias tiendas por aplicación, pero Redux incluye una sola tienda por aplicación. Todos los cambios en Redux se realizan mediante una función pura denominada Reductores.

Además, ¿se sigue utilizando el fundente? La respuesta fue principalmente "No usas Flujo ya usas Redux ". Un gran error que veo a menudo es que la gente toma Redux como un patrón de arquitectura e implementa sus propias arquitecturas de flujo de datos unidireccionales que se basan en" Redux ", cuando en realidad no es más que otra Flujo implementación.

También se puede preguntar, ¿Facebook usa flux o Redux?

Después de que salió React, Facebook se dieron cuenta de que necesitaban una forma de gestionar con madurez el estado, por lo que crearon el flujo arquitectura. Redux es un flujo implementación. Ya que Facebook creado flujo , pero hizo no crear redux . Ellos muy probablemente usar fundente.

¿Debería usar Redux?

En general, usar Redux cuando tiene cantidades razonables de datos que cambian con el tiempo, necesita una única fuente de verdad y descubre que enfoques como mantener todo en el estado de un componente de React de nivel superior ya no son suficientes. Sin embargo, también es importante comprender que usando Redux viene con compensaciones.

Recomendado: