[React] Hilo General - Una librería para atraerlos y atarlos a todos

#271 creo que no, que redux solo re-renderiza las cosas que usen el estate que ha cambiado, pero podria equivocarme (he conseguido no tener que usar redux por ahora)

#275 La opción 2 nunca.

Luego si solo modificas 1 estado cada vez que ocurre algo, la opción 1 es la correcta.

Pero si por ejemplo, cuando el usuario hace click en X haces dos cosas, modificar articulos y notificaciones, entonces lo mas optimo es crear un reducer, de tal forma en lugar de hacer:

onClick= () => {
 setNotifications(1)
 setArticulos(blabla)
}

Tienes un reducer y le lanzas un dispatch:

onClick = () => dispatch({type : 'ADD_NOTIFICATION_AND_MODIFY_ARTICLE', payload : { notification : 1, article : blabla}})

Con el useReducer puedes modificar dos estados o los que quieras y solo provocar 1 re-rerender, de la otra forma generaras 2, y lo que es peor, te expones a los race condition.

#277 Es cristalino:

https://reactjs.org/docs/hooks-reference.html#usereducer

useReducer is usually preferable to useState when you have complex state logic that involves multiple sub-values or when the next state depends on the previous one. useReducer also lets you optimize performance for components that trigger deep updates because you can pass dispatch down instead of callbacks.

#273 Yo me he hecho algo muy similar con rxjs, un custom hook que hace setState de un obsv mapeado, que solo setea el state si cambia algo del estado (shallow+distinctUntilChanged). Y así solo se re-renderizan los componentes en los que realmente ha cambiado algo.

#281 Yo estoy con el de Maximilian

#282 No sabía que daba React además de Angular.

#285 Creo que no, que en Nextjs el router solo mira los archivos en la carpeta pages.

Lo que no se si podras crear una carpeta [id] con dos archivos create.js edit.js

Algo asi :

• pages
  • products
  • [id]
    -edit.jsx
    -create.jsx

edit: https://nextjs.org/docs/routing/introduction#dynamic-route-segments

Por no hablar de ciertos middlewares gracias a Redux, que por supuesto puedes montarte tu una implementación si quieres usando context y demás, pero vamos, que es un ecosistema más maduro y que sigue teniendo cabida, a pesar de que mucha gente diga que no hace falta.

#290 #289 I agree to disagree, Redux per se lleva ciertas optimizations gracias al Connect que tiene, pero no hace magia, si tu modificas el elemento mas elevado en un árbol, todos sus descendientes se van a re-renderizar, no hay vuelta de hoja en esto, sea Redux o context.

Dicho esto, si las re rerenderizaciones son costosas, aquí nuestro querido Dan Abramov nos explica en pocos lineas, como aun así, no necesitas Redux:

https://github.com/facebook/react/issues/15156#issuecomment-474590693