Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

221
Views
¿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 answers
Answer question

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 Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!