Una pregunta sobre buenas prácticas, en función de la empresa en la que he estado me han dicho cosas distintas, crees que llamar desde una vista a otro controlador es mala practica? Por ejemplo estamos en la vista plátanos, con su platanoscontroller , pero por lo que sea necesita las manzanas que hay, añadirias en el platanoscontroller el metodo para sacar las manzanas o llamarias al manzanascontroller? Y otra pregunta es si añades una capa servicios, para poder llamar desde varios controladores y no repetir codigo, sigue siendo mvc o una chapucilla mezclando mvc y clean architecture. Necesito un foro para todas mis dudas jajaa.
la capa de servicios sigue siendo MVC, en mi opinion la capa de modelo puede tener tantas subcapas como quieras, Clean architecture es mas sobre la forma en la que las dependencias actuan entre sí. respecto a lo otro, algo a tener en cuenta es que lo mas importante es que funcione, y luego sin mas datos tampoco te puedo decir, no es lo mismo que tengas que devolver por ejemplo un articulo de manzanas que esta relacionado a un formulario de compra de manzanas por ejemplo.
2:28 mmm no estoy del todo de acuerdo. El “modelo” no deja de ser una simple, representación de una tabla, o un DTO , y el que debería de gestionar todos los movimientos de los datos, por ejemplo, en una base de datos, o en diferentes sistemas de almacenamiento o procesamiento de los mismos, sería el “manager” el modelo no debe de contener prácticamente ninguna lógica de negocio
para mi el modelo incluye tanto la entidad de la base de datos como lo que tu llamas manager. luego el dto que va fuera de la app separado, pero ese es otro tema.
@@NetMentor yo suelo tener en dos proyectos diferentes (o mas, cuando hay varias bases de datos y cientos de tablas) los modelos y los managers. En los modelos suelo meter el modelo “basico”, y tal vez algun que otro dto, o viewmodel, y todo lo “insertar, mover, actualizar, obtenerLosEmpleadosMasMajos() los meto en los managers, que reciben el contexto en el contructor (lesse injeccion) y suelen retornar modelos o list de ellos. Pero claro: algunas de las soluciones de mi empresa suelen tener enormes cantidades de proyectos y librerias, y muchas incluso se comparten entre otras soluciones. Me gustan tus videos: creo que voy siguiéndote desde hace como 4 o 5 años, y he aplicado muchas cosa de las que he aprendido en tu canal.
En MVC, la capa Model no se refiere simplemente al modelo de datos. Aglutina otras características que en otras arquitecturas pueden ser capas diferentes.
@@maam9837 pero si al modelo le metes mucha lógica, lo vuelves un poco incompatible con otras capas y modelos de programación que puedas tener en la misma solución. En mi caso, tengo una solución que tiene una API, un par de páginas web, y algún que otro ejecutable a modo de CRUD y tests, y por eso divido bien la capa lógica de los modelos. De esta forma es totalmente compatible con todos mis proyectos. Dentro de la misma solución. De todas maneras, es una opinión personal, y lo bonito que tiene la informática es que hay muchas formas de hacer lo mismo. Saludos cordiales
Twitter: twitter.com/NetMentorTW
Blog: www.netmentor.es/entrada/explicacion-mvc
Qué lindo MVC. No estoy seguro si se usa mucho en ambientes laborales, pero sí lo usé bastante durante la universidad.
Buen vídeo!!!! Puedes hacer tambien un vídeo del patrón MVVM? Gracias!!
👌
Buen trabajo! Espero tu vídeo de vertical slice. Saludos!
Excelente video, muy buen aporte
Me acuerdo que aprendí MVC con Java en la universidad que recuerdos 😢
Una pregunta sobre buenas prácticas, en función de la empresa en la que he estado me han dicho cosas distintas, crees que llamar desde una vista a otro controlador es mala practica? Por ejemplo estamos en la vista plátanos, con su platanoscontroller , pero por lo que sea necesita las manzanas que hay, añadirias en el platanoscontroller el metodo para sacar las manzanas o llamarias al manzanascontroller? Y otra pregunta es si añades una capa servicios, para poder llamar desde varios controladores y no repetir codigo, sigue siendo mvc o una chapucilla mezclando mvc y clean architecture. Necesito un foro para todas mis dudas jajaa.
la capa de servicios sigue siendo MVC, en mi opinion la capa de modelo puede tener tantas subcapas como quieras, Clean architecture es mas sobre la forma en la que las dependencias actuan entre sí.
respecto a lo otro, algo a tener en cuenta es que lo mas importante es que funcione, y luego sin mas datos tampoco te puedo decir, no es lo mismo que tengas que devolver por ejemplo un articulo de manzanas que esta relacionado a un formulario de compra de manzanas por ejemplo.
Buen video!, solo una pregunta. Porqué dices que clean architecture no es aplicable a .Net?
Digo eso? Quería decir que fuera de .net no se usa, no que no fuera recomendable
@@NetMentor no se usa? si en php, java y typescript se usa constantemente
Clean architecture igual que hexagonal es de aplicación a cualquier lenguaje de los típicos.
se supone que Microsoft apuesta por blazor en lugar de mvc o son compatibles?
compatibles, mvc es simplemente la arquitectura interna de la aplicación, y blazor el lenguaje/framework
2:28 mmm no estoy del todo de acuerdo. El “modelo” no deja de ser una simple, representación de una tabla, o un DTO , y el que debería de gestionar todos los movimientos de los datos, por ejemplo, en una base de datos, o en diferentes sistemas de almacenamiento o procesamiento de los mismos, sería el “manager” el modelo no debe de contener prácticamente ninguna lógica de negocio
para mi el modelo incluye tanto la entidad de la base de datos como lo que tu llamas manager.
luego el dto que va fuera de la app separado, pero ese es otro tema.
@@NetMentor yo suelo tener en dos proyectos diferentes (o mas, cuando hay varias bases de datos y cientos de tablas) los modelos y los managers. En los modelos suelo meter el modelo “basico”, y tal vez algun que otro dto, o viewmodel, y todo lo “insertar, mover, actualizar, obtenerLosEmpleadosMasMajos() los meto en los managers, que reciben el contexto en el contructor (lesse injeccion) y suelen retornar modelos o list de ellos.
Pero claro: algunas de las soluciones de mi empresa suelen tener enormes cantidades de proyectos y librerias, y muchas incluso se comparten entre otras soluciones.
Me gustan tus videos: creo que voy siguiéndote desde hace como 4 o 5 años, y he aplicado muchas cosa de las que he aprendido en tu canal.
En MVC, la capa Model no se refiere simplemente al modelo de datos. Aglutina otras características que en otras arquitecturas pueden ser capas diferentes.
@@maam9837 pero si al modelo le metes mucha lógica, lo vuelves un poco incompatible con otras capas y modelos de programación que puedas tener en la misma solución. En mi caso, tengo una solución que tiene una API, un par de páginas web, y algún que otro ejecutable a modo de CRUD y tests, y por eso divido bien la capa lógica de los modelos. De esta forma es totalmente compatible con todos mis proyectos. Dentro de la misma solución. De todas maneras, es una opinión personal, y lo bonito que tiene la informática es que hay muchas formas de hacer lo mismo.
Saludos cordiales
A mí me va como un tiro
MVC, en definitiva es para algo muy pequeño y que no va a requerir muchos cambios, en general no es recomendable.
Que es lo recomendable en su lugar?
MVC es recomendable para el 90% de las aplicaciones que vas a desarrollar en la vida de un programador
@@carlosGo55 DDD o hexagonal, para proyectos "grandes" es mas vuelta pero al momento de hacer cambios es mas flexible y entendible.