Conectando una App de Angular con un Web API de ASP.NET Core 

Excelente, me alegro te sirva!

Gracias!

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!

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.

Buenas, Jesús, es correcto. En desarrollo se usará environment.development y en producción se usará environment. Esto será automático. 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).

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.

Gracias, Julio!

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!

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 👍👍👍

Así es!