EXCELENTE EXPLICACION!! soy una persona que entiende todo visualmente y con muchos ejemplos, por lo tanto temas como los códigos y demás me cuestan un poco de trabajo y usted lo hizo de maravilla, me quedo super claro incluyendo el código, muchísimas graciias
Muy buena explicación y siempre se aprende algo nuevo, hoy aparte de aprender MVC de una forma muy clara, aprendi que la harina se guarda en la heladera! Saludos!
Hola! En realidad es un poco debatible porque, según Microsoft es un patrón de diseño (en esto me guié para hacer el video: dotnet.microsoft.com/en-us/apps/aspnet/mvc), pero igual entiendo tu punto porque tiene más sentido que sea un patrón de arquitectura. Igual, más alla del nombre, lo importante es aprender a usarlo y a leerlo cuando lo vemos! Un saludo.
Una corta acotacion, MVC ES un patron de ARQUITECTURA de software. y dejo un extracto de informacion para diferenciarlo de un patron de diseño: "Patrones de arquitectura: Aquellos que expresan un esquema organizativo estructural fundamental para sistemas de software. Patrones de diseño: Aquellos que expresan esquemas para definir estructuras de diseño (o sus relaciones) con las que construir sistemas de software."
Hola Rolin! Gracias por la aclaración, pero para hacer este video me basé en la definición de Microsoft: dotnet.microsoft.com/en-us/apps/aspnet/mvc Algunos lo consideran patrón de diseño, otros patrón de arquitectura. A mí eso me parece mucho menos importante que la implementación en sí!
hola, tengo una pregunta, creo que para ti es sencilla, si creo un crud usando windowsform en vs, todo lo que genera Windows form lo debo de meter a una carpeta que diga vista?
Excelente guía, nosotros también hicimos un tutorial sobre MVC, pero lo adecuamos al uso cotidiano para darle una aproximación mas humana.. pero este que claro de igual manera =)
Quizá llego tarde a este video pero me gustaría ver si entendí bien. En modelo tengo el objeto conector a la base de datos y todos los objetos con los que voy a trabajar (usuario, producto, automovil, etc) con sus atributos y funciones propias. Luego tengo la vista que es en dónde el usuario de mi sistema va a interactuar (un formulario, un botón, etc). Y el controlador va a tener la lógica. Por ejemplo en un registro, se le muestra la vista al usuario con un formulario. Cuando el usuario termina el formulario y da click en el botón "registrarme", esos datos (request) se envían al controlador que identifica que vista estaba viendo y a qué botón le hice click. En este caso determina que es el botón para registrar un usuario, así que obtiene los datos enviados en esa request, va al modelo, busca la clase usuario y la clase de conexión a la base de datos, crea un objeto usuario con los datos del formulario y los guarda en la base de datos con el objeto conexión a base de datos. Una vez finalizado, si dio ok todo, el controlador devuelve un pedido para que se me muestre una vista de "Usuario creado con éxito". De otra manera me devuelve una vista donde diga "No se pudo registrar". Lo entendí bien ?
no lo tengo claro pero creo que en el controlador brother, es el encargado de procesar los datos pero mandarlos a la DB osea el modelo, todo lo que seria validacion de datos y asi, seria parte de el controller, un saludo. :D
En un grupo de backend me peliaron que mvc es una arquitectura y que no es un patron de diseño de software y veo este video y ahora no entiendo que es un patron de diseño y una arquitectura 😢
Esto en teoría es fantástico, pero la realidad es que en sistemas que no sean un simple crud, es casi imposible no tener que cambiar las cosas en las 3 capas. Casi siempre los cambios responden a un cambio de requerimientos, y eso suele implicar cambios en las 3 capas. Es un poco irreal un caso donde quiera cambiar la vista con exactamente la misma información pedida al controlador.
El problema es que en el video se explica el MVC de hace 10 años atrás, donde el modelo tenía el acceso a persistencia y era totalmente anémico. La lógica de negocio debería estar en el modelo (lo podemos tomar como sinónimo de capa de dominio) y no en los controladores. De esa forma se cumple un principio de la POO que es que las clases del Modelo están compuestas de Estado + Comportamiento. Por otro lado, existe una aproximación a MVC muy interesante y hasta quizá mejor organizada, que se llama MVP (Modelo Vista Presentador). También puede utilizarse MVC y MVP en el mismo proyecto, claro.
La musiquita de fondo no me ayudo con mi deficit de atencion, cada 30 segundos ya estaba moviendome al ritmo y pensando en cualquier cosa :( para videos asi creo que lo mejor es no usar musica de fondo porque hay gente que se distrae facilmente
Luego de 20 videos y 9 clases de 4 horas recién entiendo el MVC, y todo gracias al último ejemplo, buen video bro, sirve de mucho
EXCELENTE EXPLICACION!! soy una persona que entiende todo visualmente y con muchos ejemplos, por lo tanto temas como los códigos y demás me cuestan un poco de trabajo y usted lo hizo de maravilla, me quedo super claro incluyendo el código, muchísimas graciias
excelente video, vengo AÑOS escucghcando en el laburo y en cursos lo q es el MVC y nunca entendiendolo bien del todo. Con esto me queda clarisimo.
No suelo escribir comentarios, pero merecía la pena. Muy bien explicado y súper prolijo.
Gracias!
Muchas gracias por tus palabras! 😊
Explicado de manera sencilla, visualmente... Ahora si que entendí MVC. Mil gracias
Entonces prácticamente se basa en dividir tu proyecto en 3 el modelo tus datos , controlador tus algoritmos y el visual tus interfaces
Muy buena explicación y siempre se aprende algo nuevo, hoy aparte de aprender MVC de una forma muy clara, aprendi que la harina se guarda en la heladera! Saludos!
Hermano que buena explicacion, enserio estaba viendo algunos videos pero tu lo haces ver de una manera tan sencilla y rápida de entender, gracias!
Super bien explicado, increíble.
No es un patrón de diseño, es un patrón de arquitectura de software
Hola! En realidad es un poco debatible porque, según Microsoft es un patrón de diseño (en esto me guié para hacer el video: dotnet.microsoft.com/en-us/apps/aspnet/mvc), pero igual entiendo tu punto porque tiene más sentido que sea un patrón de arquitectura.
Igual, más alla del nombre, lo importante es aprender a usarlo y a leerlo cuando lo vemos!
Un saludo.
Bro explicas super bien. Me agrada como explicas todo. Aprendo mucho. Gracias amigo.
Que buen video, este sábado tengo exposición y nada como este video para tener todo claro
Gracias crack me ayudo muchisimo a entender.
Excelente explicación, la mejor que encontré sobre este tema
¿Patrón de diseño de software es lo mismo que arquitectura de software? Muchas gracias de antemano
Más claro no puede quedar, excelente video !!!
Excelente explicacion, yo estoy empezando con C# y videos como estos ayudan un montonazo, tenes un nuevo sub!
Eres buenísimo para explicar, de verdad. Muchas gracias por el vídeo y cuenta con un suscriptor mas.
Muchas gracias. Gran explicación.
Un GENIO excelente la explicación 👏👏👏👏👏
Excelente explicación, muchas gracias.
Mucho mejor que mí profesor, gracias por el video
Excelente explicacion chabon, gracias me sirvio muchisimo tu explicacion
Magnífica guía y talento de enseñanza que tenés.
Muchas gracias por la explicación, super clara y fácil de entender! Me suscribo por seguro!!
Muy claro y didáctico, ya mismo me suscribo, excelente video! ✔✔💻💻👏👏
Podemos decir que el controlador va inmerso en el código HTML y desde allí interactúa con el modelo y la vista?
No es un patrón de diseño, es un arquitectura.
Es lo que dice!🤦🏻♂️
Una corta acotacion, MVC ES un patron de ARQUITECTURA de software. y dejo un extracto de informacion para diferenciarlo de un patron de diseño: "Patrones de arquitectura: Aquellos que expresan un esquema organizativo estructural fundamental para sistemas de software. Patrones de diseño: Aquellos que expresan esquemas para definir estructuras de diseño (o sus relaciones) con las que construir sistemas de software."
Hola Rolin!
Gracias por la aclaración, pero para hacer este video me basé en la definición de Microsoft: dotnet.microsoft.com/en-us/apps/aspnet/mvc
Algunos lo consideran patrón de diseño, otros patrón de arquitectura. A mí eso me parece mucho menos importante que la implementación en sí!
Muy bien explicado, muchas gracias!!
Podrías explicar MVVC y MVVM y su diferencia con MVC. Sería de mucha ayuda.
Dile eso a chatgpt
@@ジョシュアサンドバルYa le pregunté y se ciclo entro en un lag profundo
Explicas muy bien amigo,
sigue asi.
Impresionante, me quedo de una!
GRacias por la expilcacion y el video!!🎉👏🙏😃
Excelente explicación como punto de partida para entender MVC.
Wow a la primera me hiciste entender este tema, gracias.
Las explicación es muy clara e ilustrativa, gracias por el contenido!
Excelente como siempre Moroni
Excelente explicación de repaso en mi caso, muchas gracias!
hola, tengo una pregunta, creo que para ti es sencilla, si creo un crud usando windowsform en vs, todo lo que genera Windows form lo debo de meter a una carpeta que diga vista?
Excelente guía, nosotros también hicimos un tutorial sobre MVC, pero lo adecuamos al uso cotidiano para darle una aproximación mas humana.. pero este que claro de igual manera =)
hola bro, gracias por el video me sirvio mucho, cual es la musica de fondo que usaste?
Muy buena explicacion! Gracias
Que estupendo video , y vaya manera de explicar. Me suscribo sigue así con más videos por favor
Amigo que gran contenido, todo super claro!
Bro eres el mejor, ahora lo entendí más!
excelente El video. Super bien explicado, Gracias
Quizá llego tarde a este video pero me gustaría ver si entendí bien.
En modelo tengo el objeto conector a la base de datos y todos los objetos con los que voy a trabajar (usuario, producto, automovil, etc) con sus atributos y funciones propias. Luego tengo la vista que es en dónde el usuario de mi sistema va a interactuar (un formulario, un botón, etc). Y el controlador va a tener la lógica. Por ejemplo en un registro, se le muestra la vista al usuario con un formulario. Cuando el usuario termina el formulario y da click en el botón "registrarme", esos datos (request) se envían al controlador que identifica que vista estaba viendo y a qué botón le hice click. En este caso determina que es el botón para registrar un usuario, así que obtiene los datos enviados en esa request, va al modelo, busca la clase usuario y la clase de conexión a la base de datos, crea un objeto usuario con los datos del formulario y los guarda en la base de datos con el objeto conexión a base de datos. Una vez finalizado, si dio ok todo, el controlador devuelve un pedido para que se me muestre una vista de "Usuario creado con éxito". De otra manera me devuelve una vista donde diga "No se pudo registrar". Lo entendí bien ?
Excelente explicación. Muy clara. Gracias.
este video es exelente amigo !
Muy bueno! Gracias!
Excelente tu video, me queda una duda, el controlador donde se ejecuta, del lado del servidor o del lado del cliente?
mejor explicación imposible
Basicamente el modelo cliente - servidor no?
me quedo clarísimo muchas gracias
Mereces un like...
exelente contenido, tienes pensado hacer uno de Model View Update? apenas lo estoy conociendo pero me hace falta asimilarlo mas
Gracias!!
Clarísimo, muchas gracias.
Gracias por tu contenido.
Gran explicación!
Las aplicaciones MVC son monolíticas?
Muy bien explicadobrother. Me quedo una duda, las validaciones en donde entrarian dentro del mvc? Y el manejo de fechas?
no lo tengo claro pero creo que en el controlador brother, es el encargado de procesar los datos pero mandarlos a la DB osea el modelo, todo lo que seria validacion de datos y asi, seria parte de el controller, un saludo. :D
Gracias por la información ☺️
Gracias
MVC vendria a ser la arquitectura?.....
ya no seria en este caso cliente servidor?
En un grupo de backend me peliaron que mvc es una arquitectura y que no es un patron de diseño de software y veo este video y ahora no entiendo que es un patron de diseño y una arquitectura 😢
Me suscribo solo por este video
Muy buen video, saludos
Gracias! 😊
Videaso bro
genial excelente video
Excelente explicacion
Gracias!
Para ser más específico, MVC no sería un patrón de arquitectura de software y no un patrón de diseño de software?
Yo estoy aprendiendo blazor y me gusta
hola Saludos desde Girón, que se sabe de Fabri
Facil de digerir.
Oror puro.
muchas gracias amigooooooooooo
buena explicacion chavon
Buen vídeo crack
Muy buen video
muy bueno
Excelente explicación, pero creo que te faltó explicar el router. Así hubiera quedado todo 100% explicado
Excelente
Esto en teoría es fantástico, pero la realidad es que en sistemas que no sean un simple crud, es casi imposible no tener que cambiar las cosas en las 3 capas. Casi siempre los cambios responden a un cambio de requerimientos, y eso suele implicar cambios en las 3 capas. Es un poco irreal un caso donde quiera cambiar la vista con exactamente la misma información pedida al controlador.
El problema es que en el video se explica el MVC de hace 10 años atrás, donde el modelo tenía el acceso a persistencia y era totalmente anémico. La lógica de negocio debería estar en el modelo (lo podemos tomar como sinónimo de capa de dominio) y no en los controladores. De esa forma se cumple un principio de la POO que es que las clases del Modelo están compuestas de Estado + Comportamiento. Por otro lado, existe una aproximación a MVC muy interesante y hasta quizá mejor organizada, que se llama MVP (Modelo Vista Presentador). También puede utilizarse MVC y MVP en el mismo proyecto, claro.
Fácil y practico
Falta 1 like para 1,000!!
Ay mecachis, y yo que quería aprender a jugar a Marvel vs Capcom ...
La musiquita de fondo no me ayudo con mi deficit de atencion, cada 30 segundos ya estaba moviendome al ritmo y pensando en cualquier cosa :( para videos asi creo que lo mejor es no usar musica de fondo porque hay gente que se distrae facilmente
X2
x3
Rempel Forest
🚀🚀💪🏽💪🏽💻💻✔✔🫵💯💯
M CV MX
The model component should not interact directly with the controller
Muy bien explicado, muchas gracias!