React Native Redux 

Gracias por la confianza, bienvenido y espero que disfrutes del contenido. Saludos.

Mathias muchas gracias por tus comentarios. En verdad espero que haya sido de tu agrado 😊👌. Cualquier cosa que necesites no dudes en hacermela saber. Saludos.

un placer José, saludos.

Hola! Gracias por dejarme tus comentarios, siempre para seguir mejorando. Por supuesto, ya tengo planeado subir un CRUD usando Redux, pronto lo estarás viendo. Saludos.

piola bro@@manedeveloper

Hola! Primero que nada muchas gracias por comentar y hacerme conocer tus dudas. Entiendo a la perfección tu pregunta porque igual me la hice en en su momento, pero te voy a contar el secreto 😊. Te voy a poner el ejemplo de la venta de unas zapatillas o tenis (Nike). Al momento de traer la información de la base de datos el stock de el par que tú querías adquirir decía 5 por ejemplo, tú dijiste... A ver ahorita regreso a seguirlas viendo voy a ver otros modelos, en ese momento que tú fuiste a ver otros productos... Puede que más gente ya haya comprado esos 5 pares en existencia. Y tu información en redux va a seguir diciendo 5 productos porque desde que llegó la información por primera vez ya no hemos tenido más interacción con esta (esto es el chiste de redux). Entonces aquí el secreto es tener mucha comunicación con tu backEnd, es imposible que tú desde el frontEnd valides esto, ya que tú solo tienes información como antes dijiste "desactualizada" pero ten en cuenta que el usuario está viendo algo en todo momento 😉, en todas las aplicaciones ya sea web o móvil el backEnd es el que válida y tu con la respuesta ya puedes decirle a tus usuarios que esta pasando... Cosas que NO debes hacer: 1.- Mandar a llamar la información actualizada cada minuto o en general cada cierto tiempo, esto no se hace, porque utilizas muchos recursos de un teléfono o dispositivo móvil para hacer esta tarea, así mismo la aplicación entra en un congelado temporal mientras esta tarea se ejecuta, lo que hace que tu aplicación se trabe y sea molesto para los usuarios, y en el peor de los casos... Vas a agotar la RAM de tu dispositivo lo que por ende va a forzar la aplicación a un cierre. Cosas que SÍ debes hacer: 1.- Darle al usuario un refreshControl para que este pueda actualizar la informacion cada que él decida, en el caso de los tenis, darle la opción al usuario de poder hacer el refresh por ejemplo el Carrito donde ya el usuario previamente agregó esta compra deseada, al darle la oportunidad de refrescar en el carrito ya el usuario puede ver antes de hacerse ilusiones de comprar esos tenis, de ver si aun hay en existencia o ya no. 2.- Como te digo esto es cuestión que tanto el front como el back estén en todo momento en comunicación. Entonces ahora te pongo el ejemplo en el que el usuario no hizo el refresh en el Carrito, no pasa nada cuando el usuario le dé en continuar compra, tú back tiene que validar el stock de esos productos que el usuario quiere comprar, si la cantidad seleccionada por el usuario aún está disponible en todos los productos, continuamos el proceso y en el back esos productos que ya están en proceso de "Venderse" entran en una tabla temporal qué en cuestión de minutos va a hacer que el usuario tenga la tranquilidad de que no va a haber alguien más comprando lo que el quiere, si el usuario tarda mucho tiempo en finalizar el proceso de compra, el back antes de concretar la compra o la pasarela de pago tiene que verificar una vez más que esos productos sigan en existencia ya que probablemente ya fueron borrados de esa tabla temporal que antes te mencioné. Entonces me doy a entender con que siempre debes estar en constante comunicación con tu back para este tipo de cosas? 🥴 3.- Aprovechando el viaje cuando el usuario está en el carrito de compra y le da en continuar compra, cuando el back te responde ahí a tu primera validación, dile a tu back... "Oye mandame el stock actualizado de estos productos que el usuario quiere comprar para seguirlo manteniendo al tanto de cuantos hay en existencia todavía. Te devuelve esas cantidades y tu chamba en el front, es actualizar tu estado en redux de tus productos con las nuevas cantidades de esos productos. Un poco largo pero espero haberme dado a entender amigo! Redux es fundamental, y le vamos a aligerar la carga de información a nuestro usuario final y por ende va a ser más fluida en todo momento.

@@manedeveloper la verdad que lo explicaste muy bien 👌 gracias

Hola Marco 👋 Gracias por hacerme saber tus dudas, mira Marco como ya sabrás useContext así como Redux, funcionan exactamente para lo mismo, es decir, para el manejo de estado/información en nuestra aplicación. Veamos esto como una variable de SESSION en la web. Que perdura solamente mientras nosotros tengamos nuestra aplicación corriendo o en seguro plano. Pero una vez que cerramos por completo la aplicación móvil o web, la información que estaba en redux o en useContext se destruye. Para tu ejemplo de inicio de sesión no haría falta almacenar ni el usuario ni la contraseña en useContext o en Redux, porque adivina qué? Una vez que se cierre la app esta información ya no va a existir y tú aplicación te volvería a mandar al Login. Lo que se haría en este caso es una vez que el usuario inicio sesión correctamente el backEnd te tendría que devolver un Token, dicho Token te va a servir a ti para saber que tu usuario tuvo éxito al loguearse. Este Token lo tendrías que guardar en la memoria del teléfono, y cuando abras tu aplicación, tendrías que mandar a consultar si ese token existe, si existe lo llevas a la ruta "Logged", sino existe lo mandas a la ruta "Unlogged" que es donde esta tu pantalla de inicio de sesión. En conclusión te recomendaría siempre utilizar Redux, tu información está globlamente centralizada y mejor organizada, los slices son secciones de algo global que dividen tu información por apartado, lo que hace que tu información esté mejor organizada y sea más fácil identificarla. useContext te va a empezar a dar problemas en cuanto a escalabilidad, en cuanto más crece tu aplicación es más tedioso poder saber que cosa corresponde a que y donde localizar la información.

@@manedeveloper Gracias por responder Mane, si justo estoy en esa incógnita de si usar context o algo para guardar el estado, ya que solo debo mostrar algunos datos en el menú principal, pero en si mi aplicación es de compra de cursos, en ese sentido alguna recomendación que me puedas proporcionar.

Hola que tal Marlon, muchas gracias por tus comentarios. Dame oportunidad estos días de hacer la implementación con TS y a ver que sale. La verdad solo lo he implementado con JS

Hola Alan! 👋 espero que te encuentres muy bien, muchas gracias por tus comentarios. Los cursos que doy actualmente están aquí mismo en el canal y son gratuitos. Puedes verlos cuando tú quieras y espero que en todos y cada uno de ellos logres entenderlo de la mejor manera con mi explicación. Te mando un gran saludo, y cualquier cosa en la que pueda apoyarte, no dudes en escribirme.