Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

222
Vistas
¿Cómo funciona React/Redux si el estado todavía se está actualizando?

Perdóname por hacer una pregunta posiblemente muy estúpida.

Tengo entendido que los componentes funcionales en React son funcionales porque devuelven una vista, su estado no se puede mutar directamente y debe hacerse a través de las funciones setState() . No tienen ninguna variable que se cambie directamente, al menos en el sentido de que no podemos actualizarlas como var = 'something' .

Mi confusión es que, a pesar de que estamos configurando el estado usando estas funciones, aún es completamente posible tener una lógica que dependa de que ese estado sea de una manera particular. Hay menos código de procedimiento en los componentes funcionales, pero todavía existe a través useEffect s que modifican este estado en ciertos puntos. Entonces, aunque lo estamos haciendo a través de una función, el estado todavía se está mutando en ciertos puntos.

Creo que probablemente hay una brecha en mi comprensión de la programación funcional. En mi cabeza en este momento, parece que FP requiere un estado en el nivel más alto del programa que no cambie. Pero la mayoría de las aplicaciones necesitan algún tipo de cambio de estado, si no en este alto nivel de aplicación, entonces en un nivel de componente local; de lo contrario, los componentes no harían nada.

Lo que entiendo en este momento es FP = muy poco cambio de estado, todo se calcula sobre la marcha, pero el estado en la parte superior sigue siendo el mismo

Entonces, incluso si tenemos reductores, etc. en algo como redux, ¿todavía estamos mutando el estado al final? Sí, hay una historia de cambios de estado de esta manera, pero ¿cuál es el beneficio aparte de esto? No es un comentario sarcástico. Estoy realmente confundido.

Espero que tenga sentido. Sé que estoy equivocado, simplemente no entiendo cómo estoy equivocado. Si alguien me puede ayudar sería muy apreciado.

about 4 years ago · Juan Pablo Isaza
1 Respuestas
Responde la pregunta

0

Tal vez esto sea simplificar demasiado, pero en esta etapa los componentes funcionales solo se llaman realmente como tales porque están definidos como funciones (en lugar de clases). Después de los ganchos de reacción, tienen muy poco que ver con la programación funcional. Una función pura a la programación funcional no tendría estado ni efectos secundarios: cada vez que la ejecutara con los mismos parámetros, devolvería la misma salida y no afectaría a ningún estado externo. Los componentes funcionales de React no son eso, o al menos no tienen por qué serlo. Si está usando useEffect, useState, etc., no está haciendo programación funcional: solo está escribiendo un componente de reacción que está definido como una función.

Además, tener que usar setState (o la función devuelta por useState ) para administrar el estado no es algo relacionado con la programación funcional: cualquier tipo de administración interna del estado ya es antifuncional, pero la razón por la que necesita usar estas funciones para modificar El estado en React (tanto en la clase como en los componentes funcionales) es solo para que React pueda rastrear cuándo se han realizado cambios de estado y poner en cola los componentes para volver a renderizar.

about 4 years ago · Juan Pablo Isaza Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda