Eso de darle sentido al código a través de un ejemplo, en este caso, el hacer coches, es fantástico... Y no sólo te quedaste en el clásico ejemplo del zip lo combinaste magistralmente con buffercount... No encuentras tanta calidad ni pagando... Excelente contenido... Sigan así...
Como comentan algunos, no se encuentra tanta calidad en una explicación ni pagando... Pagaría por un curso avanzado de esto con proyecto real mucho mas de lo que he pagado en otros que no explican tan bien. Enhorabuena!!
Excelente video gracias. Tengo una duda, a partir de los valores de un formulario, necesito enviar dos o tres http post para crear un registro en la base de datos… el agrupar los métodos que hacen las llamas http post en un zip es el correcto ? Dado el caso que la petición 2 dependa de la petición 1 lo estoy implementado con switchMap, pero si son 3 peticiones de seguido es buena práctica hacerlo con varios switchMap? Muchas gracias de antemano y en verdad agradecido por el contenido de calidad que brinda en sus videos.
Peticiones en paralelo es ideal usar ForkJoin emitirá un valor cuando las 3 se complete. Para peticiones que dependa de una anterior puedes usar concatMap en vez de switchMap ya que esta ultima cancela la petición se haya realizado o no, en cambio concatMap espera que la subscripcion anterior finalice. Akotech tiene videos de estos operadores y da ejemplos similar a tu pregunta.
@@ramonmartinez1144 Muchas gracias revisaré más detenidamente los otros videos. Gracias por tomarte el tiempo de contestarme,me fue de mucha ayuda tu respuesta.
@@carloszm7494 Lo primero gracias por tu comentario Carlos.😉 Respecto a tu duda depende del caso particular, como bien te ha dicho Ramón, si las 2 o 3 peticiones son independientes se pueden ejecutar en paralelo usando *forkJoin* Y si dependen de los resultados devueltos por otras, tendrás que enlazarlas con un operador flattening como *switchMap* , *concatMap* ,... dependiendo de las necesidades. Si me explicas tu caso con más detalle, estaré encantado de darte una respuesta más concreta. un saludo
@@akotech En realidad ya con esta respuesta y la de Ramón, es más que suficiente. La cuestión es que tengo los dos casos, peticiones en paralelo pero independientes, como ustedes lo sugieran las deje con forkJoin. Y el otro caso es que para agregar un registro en la base de datos, debo enviar varias peticiones post a dos o 3 rutas y el meollo del asunto es que la petición siguiente debe esperar a la respuesta del servidor, ya que necesita el id creado; por ende lo estaba realizando cok switchMap pero como en ocasiones eran más de dos peticiones, estaba repitiendo el switchMap. Para este caso lo dejé con concatMap y creo que me está funcionando bien. Muchas gracias de verdad por sus respuestas y felicitar por la calidad del contenido.
@@carloszm7494 Me alegro que así sea.😉 Ten en cuenta eso sí, que para el caso de las 3 peticiones, si las dos extras solo dependen de la primera del id, puedes mezclar el flattening con el forkJoin de la siguiente forma: peticiónId.pipe(concatMap( id => forkJoin([peticion2(id), peticion3(id)]) ) un saludo
Eso de darle sentido al código a través de un ejemplo, en este caso, el hacer coches, es fantástico... Y no sólo te quedaste en el clásico ejemplo del zip lo combinaste magistralmente con buffercount... No encuentras tanta calidad ni pagando...
Excelente contenido... Sigan así...
muchas gracias !
Brutal, nunca he usado zip y me encanta que subáis contenidos de operadores poco comunes. Sois TOP
Gracias JuanFran!
un saludo 😉
Ya poco a poco vamos haciendo un curso de rxjs ... Buen contenido sigue así
Muchas gracias una vez más Ramón por tus palabras!
un saludo 😉
Gracias, mejor videos de rxjs.
Muchas gracias! 😊
un saludo
Como comentan algunos, no se encuentra tanta calidad en una explicación ni pagando... Pagaría por un curso avanzado de esto con proyecto real mucho mas de lo que he pagado en otros que no explican tan bien. Enhorabuena!!
Vaya... muchísimas gracias! 😊
Muy buen contenido, breve y conciso !!!
Gracias 😉!
Fast & Furious...!!!
Excelente video gracias.
Tengo una duda, a partir de los valores de un formulario, necesito enviar dos o tres http post para crear un registro en la base de datos… el agrupar los métodos que hacen las llamas http post en un zip es el correcto ?
Dado el caso que la petición 2 dependa de la petición 1 lo estoy implementado con switchMap, pero si son 3 peticiones de seguido es buena práctica hacerlo con varios switchMap?
Muchas gracias de antemano y en verdad agradecido por el contenido de calidad que brinda en sus videos.
Peticiones en paralelo es ideal usar ForkJoin emitirá un valor cuando las 3 se complete. Para peticiones que dependa de una anterior puedes usar concatMap en vez de switchMap ya que esta ultima cancela la petición se haya realizado o no, en cambio concatMap espera que la subscripcion anterior finalice. Akotech tiene videos de estos operadores y da ejemplos similar a tu pregunta.
@@ramonmartinez1144 Muchas gracias revisaré más detenidamente los otros videos. Gracias por tomarte el tiempo de contestarme,me fue de mucha ayuda tu respuesta.
@@carloszm7494 Lo primero gracias por tu comentario Carlos.😉
Respecto a tu duda depende del caso particular, como bien te ha dicho Ramón, si las 2 o 3 peticiones son independientes se pueden ejecutar en paralelo usando *forkJoin*
Y si dependen de los resultados devueltos por otras, tendrás que enlazarlas con un operador flattening como *switchMap* , *concatMap* ,... dependiendo de las necesidades.
Si me explicas tu caso con más detalle, estaré encantado de darte una respuesta más concreta.
un saludo
@@akotech En realidad ya con esta respuesta y la de Ramón, es más que suficiente.
La cuestión es que tengo los dos casos, peticiones en paralelo pero independientes, como ustedes lo sugieran las deje con forkJoin.
Y el otro caso es que para agregar un registro en la base de datos, debo enviar varias peticiones post a dos o 3 rutas y el meollo del asunto es que la petición siguiente debe esperar a la respuesta del servidor, ya que necesita el id creado; por ende lo estaba realizando cok switchMap pero como en ocasiones eran más de dos peticiones, estaba repitiendo el switchMap. Para este caso lo dejé con concatMap y creo que me está funcionando bien.
Muchas gracias de verdad por sus respuestas y felicitar por la calidad del contenido.
@@carloszm7494 Me alegro que así sea.😉
Ten en cuenta eso sí, que para el caso de las 3 peticiones, si las dos extras solo dependen de la primera del id, puedes mezclar el flattening con el forkJoin de la siguiente forma:
peticiónId.pipe(concatMap( id => forkJoin([peticion2(id), peticion3(id)]) )
un saludo