Curso completo de ASP.NET Core y Angular con descuento: felipe-gavilan.azurewebsites.net/api/Redireccion?curso=angular-y-asp-net-core Link de mis cursos con descuento: www.felipe-gavilan.com/cursos?idioma=esp
al retornar get desde el servicio debes de cerrar esa suscripcion cuando el componente sea destruido, vas a tener memory leaks y deberias usar signals y no un arreglo, para hacer mas reactivo el componente
Los observables del HttpClient no requieren ser cerrados pues esto se hace automáticamente. Así lo dice la documentación oficial: v17.angular.io/guide/http-request-data-from-server Por otro lado, sí, en el futuro podemos usar Signals.
@@gavilanch2 eso que dices tiene muchos detractores, normalmente no se debe hacer con los post, put y delete, pero con el get algunos recomiendan que si deberiaa hacerse una finalizacion de la subcripcion, porque puede quedar esperando la respuesta del servidor y esta puede llegar cuando el componente ya ha sido destruido.
@@gavilanch2 por ser un ejemplo sencillo donde el backend no hace ningun tipo de procesamiento talvez no. Pero lo bueno hubiera sido hacer la observacion, casualmente vi un video de Deborah Kurata donde habla del uso del takeUntilDestroyed , y hace la aclracion de que con el get si deberia usarse, con los demas metodos si es algo como fire and forget y no es necesario. Solo te digo como una observacion y tratar de enriquecer tu contenido, lo hago porque vi que es algo en lo cual creia yo ciergamente
@@haroldpepete Tranquilo, agradezco el aporte. Solo que este video lo quería enfocar en la parte de la comunicación front-back, ya luego en futuros tutoriales puedo abordar ese tipo de buenas prácticas. Reitero el agradecimiento y te deseo feliz día!
Hola, buen video, quería preguntar, cuando usas el UrlBase importas el enviroment y no el enviroment.development, esto es porque al compilar angular por debajo sabe que configuración proveer dependiendo del target de compilación ? gracias!.
Hola Felipe, como andas?? Esta muy bueno el ejemplo y tus videos. En este caso tengo un problema cuando hago @for, no me anda. ya arme 3 veces el ejemplo y anda todo pero no esa parte, busque info en internet no encontré mucho. alguna idea?? Desde ya gracias Saludos Leo
@@gavilanch2 Buenas, como andas?? después de estar todo el finde probando, probé lo ultimo desinstale todo, volvi a tu video donde explicar como armar el ambiente. y ahí funciono, Me salte un paso la vez anterior o algo quedo mal instalado. Lo unico es que en el Html @for (... queda en blanco y no en color como a vos. Desde ya muchas gracias por la ayuda
De "preferencia" Blazor, pero, si un cliente me pidiera mi opinión, para cierto tipo de aplicaciones, Angular tiene más sentido, sobre todo por la amplia comunidad que tiene. Aunque no está de más decir que Blazor ha avanzado bastante en los últimos años, pero sigue siendo un nicho limitado.
Hola Felipe! tengo una duda , en caso de que publique mi proyecto de .NET Core en IIS y al colocarle un dominio , me de un error 403, como puedo resolver eso? he buscado en diferentes documentaciones y no encuentro mucha info al respecto.
Buenas, Giancarlo. ¿Eso te pasa con cualquier proyecto? O sea, si publicas un proyecto recién creado de .NET Core en IIS, ¿Te funciona? Es para ver si es posiblemente un tema de código del proyecto en sí o si es un tema de configuración. Saludos!
Al final solo debes configurar el provider al usar el componente en caso de que quieras hacer mock al servicio. En el curso de Udemy hacemos uso de la configuración del provider para ganar flexibilidad con el inject (aunque no lo hacemos para testing, pero en principio es lo mismo).
El proyecto de angular 17, me lo creo bien a excepción de este mensaje: "git" no se reconoce como un comando interno o externo, programa o archivo por lotes ejecutable.............la pregunta es , afecta al proyecto??? agradecería tu respuesta
Buenas, eso es que no tienes git instalado. Git es para el control de versiones. No afecta en nada el proyecto. De todos modos, es bueno que instales git para tus desarrollos profesionales. Saludos!
@@gavilanch2 Te agradezco Felipe, pero fíjate que instale Angular hace dos semanas y me instalo la version 17.0.9 habría algún problema para seguir tus videos o tengo que actualizar versión, pues vengo de .NET y apenas estoy aprendiendo Angular, por cierto soy tu suscriptor y sigo tu canal, me ha ayudado mucho 👍👍👍
Curso completo de ASP.NET Core y Angular con descuento: felipe-gavilan.azurewebsites.net/api/Redireccion?curso=angular-y-asp-net-core
Link de mis cursos con descuento: www.felipe-gavilan.com/cursos?idioma=esp
Excelentes explicaciones!, voy a empezar a aprender Angular y C# con tu curso, actualmente vengo de Laravel y Vue, saludos!!
Muchas gracias!
Gracias Felipe, esto se conecta perfectamente con tu curso Minimal APIs.
Así es!
Muchisimas gracias Felipe
muy buen trabajo, eres el mejor explicando este pequeño gran solución, en cuanto pueda comprare tu curso, muchas gracias.
Gracias, Julio!
Excelente video, al punto y super claro
Gracias!
Buen video, aun estoy aprendiendo web api y esto me da una idea del uso que se le da del lado del front
Excelente, me alegro te sirva!
al retornar get desde el servicio debes de cerrar esa suscripcion cuando el componente sea destruido, vas a tener memory leaks y deberias usar signals y no un arreglo, para hacer mas reactivo el componente
Los observables del HttpClient no requieren ser cerrados pues esto se hace automáticamente. Así lo dice la documentación oficial: v17.angular.io/guide/http-request-data-from-server
Por otro lado, sí, en el futuro podemos usar Signals.
@@gavilanch2 eso que dices tiene muchos detractores, normalmente no se debe hacer con los post, put y delete, pero con el get algunos recomiendan que si deberiaa hacerse una finalizacion de la subcripcion, porque puede quedar esperando la respuesta del servidor y esta puede llegar cuando el componente ya ha sido destruido.
@@haroldpepete ¿Y consideras que eso aplica en el ejemplo del video?
@@gavilanch2 por ser un ejemplo sencillo donde el backend no hace ningun tipo de procesamiento talvez no. Pero lo bueno hubiera sido hacer la observacion, casualmente vi un video de Deborah Kurata donde habla del uso del takeUntilDestroyed , y hace la aclracion de que con el get si deberia usarse, con los demas metodos si es algo como fire and forget y no es necesario. Solo te digo como una observacion y tratar de enriquecer tu contenido, lo hago porque vi que es algo en lo cual creia yo ciergamente
@@haroldpepete Tranquilo, agradezco el aporte. Solo que este video lo quería enfocar en la parte de la comunicación front-back, ya luego en futuros tutoriales puedo abordar ese tipo de buenas prácticas. Reitero el agradecimiento y te deseo feliz día!
Hola, buen video, quería preguntar, cuando usas el UrlBase importas el enviroment y no el enviroment.development, esto es porque al compilar angular por debajo sabe que configuración proveer dependiendo del target de compilación ? gracias!.
Buenas, Jesús, es correcto. En desarrollo se usará environment.development y en producción se usará environment. Esto será automático. Saludos!
Hola Felipe, como andas?? Esta muy bueno el ejemplo y tus videos. En este caso tengo un problema cuando hago @for, no me anda. ya arme 3 veces el ejemplo y anda todo pero no esa parte, busque info en internet no encontré mucho. alguna idea??
Desde ya gracias
Saludos
Leo
Buenas, Leonardo, sube tu proyecto a github (completo, Angular y Web API) y te lo reviso. Saludos!
@@gavilanch2 Buenas, como andas?? después de estar todo el finde probando, probé lo ultimo desinstale todo, volvi a tu video donde explicar como armar el ambiente. y ahí funciono, Me salte un paso la vez anterior o algo quedo mal instalado. Lo unico es que en el Html @for (... queda en blanco y no en color como a vos.
Desde ya muchas gracias por la ayuda
Que preferís blazor o angular?
De "preferencia" Blazor, pero, si un cliente me pidiera mi opinión, para cierto tipo de aplicaciones, Angular tiene más sentido, sobre todo por la amplia comunidad que tiene. Aunque no está de más decir que Blazor ha avanzado bastante en los últimos años, pero sigue siendo un nicho limitado.
Hola Felipe! tengo una duda , en caso de que publique mi proyecto de .NET Core en IIS y al colocarle un dominio , me de un error 403, como puedo resolver eso? he buscado en diferentes documentaciones y no encuentro mucha info al respecto.
Buenas, Giancarlo. ¿Eso te pasa con cualquier proyecto? O sea, si publicas un proyecto recién creado de .NET Core en IIS, ¿Te funciona? Es para ver si es posiblemente un tema de código del proyecto en sí o si es un tema de configuración. Saludos!
usar esa función "inject()" no hace mas difícil hacer testing? es recomendable usar esa forma en lugar de la del constructor? tiene alguna ventaja?
Al final solo debes configurar el provider al usar el componente en caso de que quieras hacer mock al servicio. En el curso de Udemy hacemos uso de la configuración del provider para ganar flexibilidad con el inject (aunque no lo hacemos para testing, pero en principio es lo mismo).
El proyecto de angular 17, me lo creo bien a excepción de este mensaje: "git" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.............la pregunta es , afecta al proyecto??? agradecería tu respuesta
Buenas, eso es que no tienes git instalado. Git es para el control de versiones. No afecta en nada el proyecto. De todos modos, es bueno que instales git para tus desarrollos profesionales. Saludos!
Por cierto, usamos Angular 18.
@@gavilanch2 Te agradezco Felipe, pero fíjate que instale Angular hace dos semanas y me instalo la version 17.0.9 habría algún problema para seguir tus videos o tengo que actualizar versión, pues vengo de .NET y apenas estoy aprendiendo Angular, por cierto soy tu suscriptor y sigo tu canal, me ha ayudado mucho 👍👍👍
@@RichardDraconian No debieran haber muchos problemas en general.
Profe , ponga el VS en dark mode para que se nos cuide la vista suya y nuestra no queremos estar mas cieguitos
jajaja soy de los pocos programadores que prefiere el light mode. Lo puse en VS por ustedes. Me ha faltado ponerlo en el VS Code.