Código más Limpio con el Patrón MVC y Service Layer

En este video te mostrare como puedes separar tu capa de servicio de tu framework MVC ASP .Net

La falta de respeto tanto a mí como a cualquier otra persona y el SPAM son razones de bloqueo en mi canal.

"Copyright Disclaimer Under Section 107 of the Copyright Act 1976, allowance is made for "fair use" for purposes such as criticism, comment, news reporting, teaching, scholarship, and research. Fair use is a use permitted by copyright statute that might otherwise be infringing. Non-profit, educational or personal use tips the balance in favor of fair use"

#programación #asp #csharp

[hdeleonnet]

Si te ha gustado el video puedes apoyarme dejándome un Pulgar arriba y comentando

[CubidesH]

Gracias Hector, lo más importante...has entregado el concepto, entonces lo pude aplicar en .net core 8. Profesores como vos, escasos.

[munecrons]

Justo llevaba días buscando algo como esto, agradecido con el de arriba y contigo

[fernandoriveralopez]

Papi que belleza de video mi rey muchas gracias

[leah]

Excelente video, aunque yo lo conozco como microservicios. ¡Más videos de arquitectura! ¡Se agradece el aporte!

[Z_x]

Ufff que bueno, siempre enseñas cosas nuevas y modelos que me encanta, los logro implementar en mis proyectos pese a que mucho no lo enseñan en la uni, pero con tus vídeos aprendo lo que no se ve en otro lado, gracias

[batman]

Cuando leí en el titulo Service Layer me emocione pensé hablarías del Service Layer de SAP, aun así muy buen video como siempre

[lorenzomolina]

Gracias por la info, he sido iluminado y justo estaba buscando algo así, te la rifas 🤘🏽

[marcas]

Muchas gracias por su contenido, son muy claras sus explicaciones y muy buenos sus ejemplos.

[juanpablotapiasuana]

Justo estaba buscando este tema, gracias doc!

[ricardomisme]

muy bueno el video, un próximo video podría ser de clean arquitecture :D. Éxitos

[AlejandroMarkus]

Muy buen video, me ha ayudado mucho a entender el porque en su dia me dijeron que me separara de la carpeta Models apra crearlos en una capa de soporte aparte. Me surje una duda y es que debo tener una capa mas adicional de persistencia. La capa de persistencia obtiene datos de una Base de datos y esos datos que se obtienen han de pasar a la capa de servicio para posteriormente pasar al controlador. Tengo la duda de como administrar esa capa de persistencia hay alguna manera de que funcione tambien con async task? usando otra capa como la de persistencia?

[atl.academy]

ahhh muy bueno el video... lo que si a mi me confunde mucho, en la empresa que estoy trabajando usan otros nombres:
- Service (para controlador)
- Application (para la de servicio)
- bueno y despues la vista... medio raro los nombres que usan, no?

[naylord]

Excelente video Héctor! Podrías hacer este mismo pero usando .Net framework (no .Net Core)?
Cuál sería la diferencia? Lo digo por el paso de agregar el servicio scoped a la clase startup.
Muchas gracias!

[jorgeaguayo]

Me gustaría aprender a hacer un programa web, de hecho un punto de venta pero tenerlo en web, pero no tengo idea de cómo comenzar. Que debo aprender para hacer este software que sea web, que sea como una pag a la que entres y te abra el software, ojalá me explique y puedas ayudarme en qué debo aprender por favor y muchas gracias

[perenganoperengano]

Ahora en .NET 6.0 no existe el archivo "startup.cs", la inyección de dependencias se hace ahora es en el archivo "Program.cs" y yo llorando porque no aparecía el archivo ese :v

así lo puse en el archivo "Program.cs" y funcionó:

using MVC.Service;

var builder =

builder.Services.AddScoped<IPostService, PostService>();

[brandonmanuelventuraumana]

He tenido una duda existencial, en Web API para devolver los datos al cliente se utilizan los DTO's para no devolver las clases/entidades que representan el modelo de datos. Con respecto a MVC, me parece curioso que este tipo de informacion se devuelve como modelos de vista ViewModel, investigando se dice que el concepto entre DTO y ViewModel en MVC es el mismo practicamente, sin embargo y esto lo tengo claro los ViewModel para MVVM son mas complejos. Pero existe un debate entre usar ViewModel o DTO para MVC, la documentacion de Microsoft menciona que los ViewModel es recomendable que sean clases planas y con poca o ninguna implementacion o comportamiento (que en MVVM los ViewModels si lo tienen). ¿Cual es tu opinio al respecto? Espero haberme dado a entender.

Y muy buen video.

PD: Estoy comenzando el de patrones de diseño, muy buenas impresiones.

[Keiktu]

Excelente video Hector! Realmente me ayudó muchísimo este video, así haríamos que nuestros endpoints de controladores sean mucho mas pequeños (cosa que en mi proyecto necesito), pero estaba indeciso en la manera de hacerlo.

Solo tengo una pregunta, veo que creas 1 servicio por entidad (en este caso la entidad Post), ¿Es esto buena idea? Pregunto porque tocaría para cada entidad crear su Interfaz respectiva y luego inyectar cada 1 de estas en el Startup.cs del proyecto de MVC.

Imaginatre en un proyecto que tenga 130 entidades o una BD con 130 tablas (este es mi caso jeje) o más ¿seria buena idea crear 1 servicio por cada entidad? Me imagino esto muy caótico la verdad... Pensaba algo así como que crear 1 servicio por "concepto de negocio" o creo que según Domain Driven Design sería por "Bounded Context" ¿Que opinas?

Excelente canal Hector!

[jahirchavarria]

Como podria crear una libreria de clases asi en visual code?