Link de mis cursos con descuento: www.felipe-gav... Código en github: github.com/gav... En este video vamos a aprender a a ejecutar código y no esperar su resultado para devolverle una respuesta al usuario final.
Пікірлер: 53
@carlosgabrieldesiderio7562 жыл бұрын
Ninguno de tus videos tiene desperdicio. Sos un genio, siempre conciso y claro con los ejemplos. Gracias por compartirnos tu gran capacidad!!
@wineloy2 жыл бұрын
Justo esto me salvara el trabajo y aparte se vera mas pro 😎 excelente video!
@hectorluiscontrerasdigirol75402 жыл бұрын
el gran gavilan reduciendo mis horas de lectura dandole solucion a los problemas que necesito en el momento que los necesito! like 140 para Hector... Gracias Profesor!
@israelfernandez6161 Жыл бұрын
Super bien explicado.... Muy útil Saludos y gracias
@luisfernandodeolazabalsche33172 жыл бұрын
Felipe, cada ves me asombra los conocimientos que nos das en .Net, Muchas gracias.
@norbertodanielrojas78192 жыл бұрын
Excelente, super util, muchas gracias!
@jorge-garces2 жыл бұрын
Excelente Felipe, muchas gracias, yo lo hacía quitando el await 😅, pero ahora a corregir y hacerlo como es y a investigar lo del hanfire. Saludos!
@wilsonlancheros2 жыл бұрын
En serio que sus videos sonde mucha ayuda, muchas gracias por compartir su conocimiento
@MIGUELRONDA2 жыл бұрын
Muy bueno, si señor. Muchas gracias. Saludos
@GabrielGonzalez-kd9hf2 жыл бұрын
Excelente maestro.. simple y conciso ...
@iorusoul2 жыл бұрын
Excelente, ahora un vídeo de usar headers para tokens de autorización con el swagger xD
@FB-eb6tx2 жыл бұрын
Excelente como siempre gracias por estos aportes y los cursos, seguí así! Saludos desde Argentina!
@diegodagostino48372 жыл бұрын
Excelente contenido, espero con ansias el de Hangfire. Saludos desde Argentina
@OscarArleySanchez2 жыл бұрын
Exelente explicación, muy buen material, hanfire lo conocí hace un tiempo y es increíble ayuda muchísimo y su implementación es muy fácil.
@ErickOrlando2 жыл бұрын
Que buen material!!!! Definitivamente con este video te ganaste mi suscripción 😎👨🏽💻
@gavilanch22 жыл бұрын
🙌
@ExeDiaz6212 жыл бұрын
¡Buen material! y muchas gracias por cambiar al tema oscuro xD
@gavilanch22 жыл бұрын
Solo tenían que pedirlo 💪
@Santiago-er2ml2 жыл бұрын
Gracias, buen video, hangfire ayuda mucho para los q no lo conozcan.
@jasontiw2 жыл бұрын
muy buen video , creo que seria mejor aplicar un patron cqrs o un background service net core
@jseh_2 жыл бұрын
y para dejar en el background operaciones CPU intensivas que se podria utilizar?
@Dfedericovera2 жыл бұрын
Gracias!
@PeterSoftify2 жыл бұрын
Avanzado!!!
@christopherbaltazarmontene6083 Жыл бұрын
buenazo
@thelastgamer66982 жыл бұрын
Tengo una duda conforme a crear varios hilos para cada inserción, que pasa si hay inserciones masivas, no crearía un problema estár creando un hilo y contexto de la db por cada inserción?
@hector90792 жыл бұрын
Muy bueno
@rickytm2 жыл бұрын
Hola Felipe! Harás algun tutorial en udemy usando gRPC y dotnet core? Vi el que tienes el youtube y me gustaría que abordaras el tema más a fondo y con aplicaciones más robustas. Me gusta mucho la forma que tienes de enseñar y te deseo mucho éxito. Saludos desde MTY
@gavilanch22 жыл бұрын
Espero en el futuro tener uno. Saludos!
2 жыл бұрын
Siempre aprendo cosas nuevas contigo. Muchas gracias ¿Puedes decirme en qué curso está este contenido?
@gavilanch22 жыл бұрын
No lo tengo en ningún curso por el momento, es un tutorial que surgió de una pregunta que me hizo un estudiante.
@franciscoblanco7638 Жыл бұрын
Buen dia maestro, tengo una pregunta, para un proceso que pueda durar +20 min cree que sea conveniente utilizar esta solución? o que otro tipo de solución me podria recomendar? Ya que tengo un proceso que dura tiempo, y lo quiero lanzar desde un endpoint con webapi que se ejecute y se quede ejecutando hasta que termine. Espero pueda ver mi pregunta. Gracias
@gavilanch2 Жыл бұрын
Buenas, la preocupación mía sería que el servidor sea reiniciado en ese tiempo, o que ocupe muchos recursos lo que impida la resolución de peticiones http (quizás no aplica si es un servidor que no se usa tanto). Una opción podría ser "registrar" el proceso a través del endpoint, y tener un sistema aparte que lo procese (como una app de consola que se ejecute permanentemente), o a lo mejor convenga usar serverless. Puedes experimentar a ver qué te conviene más en términos prácticos y de costos. Saludos
@miguellozada88502 жыл бұрын
Muy bueno profesor gracias como veo la consola en un proyecto webApi?.
@gavilanch22 жыл бұрын
En .net 6 es una ventana que sale al ejecutar la app.
@felipealvarez44422 жыл бұрын
Hola Felipe, he probado este mecanismo pero al usar el dependecy injection con el context, si la llamada termina, el context queda disposeado y el "código" que toma esa línea aparte en otro hilo reclama que al usar el context ya fue liberado y queda null. No hay forma de garantizar que en el otro codigo, usando inyección de dependencias, se pueda seguir usando el context ?
@wilsonmori949 Жыл бұрын
que pasa con procesos largos que estas fuera del tiempo de session de la pagina, es decir si mi sesion es de maximo 20 min, y dejo correr el proceso por mas de una hora funcionara? porque estoy teniendo problemas con procesos bastante largos de mas de 1 hora, que podria estar pasando? Muchas gracias por compartir tu conocimiento exelentes tus videos.
@gavilanch2 Жыл бұрын
Para esos casos yo usaría otra solución, como hangfire, IHostedService, o incluso algo serverless, como Azure Functions.
@GilbertoTrujillo2 жыл бұрын
@gavilanch2 gracias por tu codigo compartido, pero tengo el siguiente inconveniente al ejecutar tu ejemplo la primera vez funciona, al volverlo ejecutar me sale Cannot access a disposed object. Object name: 'IServiceProvider'. estoy progrmando en NET 6
@gavilanch22 жыл бұрын
Mira el sigte video que trata acerca de hangfire. Con ese no te debe de dar ningún error
@evlofhgfdhdf Жыл бұрын
Hola Gilberto, lo solucionaste? Tengo el mismo error, en la clase hay varios métodos que se ejecutan en background, pero si ejecuto alguno luego el otro dice lo mismo: Cannot access a disposed object. Object name: 'IServiceProvider'.
@CarlosRodriguez6662 жыл бұрын
Hola Felipe, Muchas gracias por compartir. En que casos de la vida real sería más adecuado aplicarlo?
@gavilanch22 жыл бұрын
Buenas, Carlos, el de auditoría es un caso típico, también si necesitas enviar un email el cual no deseas esperar. Típicamente procesos simples.
@nickolmo12 жыл бұрын
pero con esto no se estaria enviando una respuesta falsa al usuario en caso dado de que ocurrira algun error al insertar??
@gavilanch22 жыл бұрын
Es que típicamente estamos hablando de acciones colaterales. Como auditar un registro. Ya la operación principal fue realizada con éxito.
@stanleyfeliz14982 жыл бұрын
Muy buen vídeo, cómo el contex.add() sabe cuándo debe agregar una persona o un log ? Es algo nuevo ?. Antes era context.persona.add()
@gavilanch22 жыл бұрын
Realmente desde hace un tiempo se puede simplemente decir context.Add y EF Core sabe a cual tabla enviar el registro según el tipo de dato del objeto que le pases.
@gabrielnarandp2 жыл бұрын
Esto me ayuda de bastante no sabía cómo optimizar las búsquedas o ingresos, 🤨 pero vale hacer esto con linq? Para que no se cargue tanto la memoria?
@gavilanch22 жыл бұрын
Tienes que hacer pruebas de rendimiento a ver si el uso extra de memoria es grande o insignificante en tu contexto. No hay que sacrificar legibilidad del código para una optimización que nadie necesita. Por eso medir es el primer paso a ver si se justifica lo que propones. Saludos
@gabrielnarandp2 жыл бұрын
@@gavilanch2 entonces como hago para cargar mas de 500.000 registros? sin que se demore 4 minutos sino solo hasta 20 segundos, o hay forma de hacer cargas paulatinas?
@gavilanch22 жыл бұрын
@@gabrielnarandp cuando dices cargar, te refieres a hacer inserts? o dices un select?
@gabrielnarandp2 жыл бұрын
@@gavilanch2 me refiero a traer de la consulta digamos 1 millon de registros, a la vez sin sobrecargar la memoria del navegador y del computador
@gavilanch22 жыл бұрын
@@gabrielnarandp El millon de registros que quieres cargar tiene que estar en algun lugar. No puedes cargarlos y no tenerlos en memoria. Lo normal es paginar. 1 millon de registros es abrumador, usualmente lo que se hace es un reporte con un resumen de los datos.