El Patrón MVC es Obsoleto

[@hdeleonnet]

Todos mis cursos de Programación en Metal Code, cupón "metalcode" para 40% de descuento: courses.metalcode.io/collections Curso de Clean Architecture: courses.metalcode.io/courses/clean-architecture

[@tipo_deincognito]

Es un tema un tanto peliagudo. MVC como tal era un modelo (un patrón en realidad) para organizar el comportamiento de los datos (Model/Modelo: persistencia, reglas de negocio, datos...), UI (View/Vista: html templates, java swing...) y el comportamiento que los relaciona (Controller/Controlador: ) de pequeños componentes. Esto queda más claro con un ejemplo, uno hiper simple podría ser: los datos y como se organizan y las reglas que cumplen correspondientes a un Select (Model), la UI correspondiente al Select (View) , el comportamiento de como se relacionan dicho Model y View (Controller). Es decir, la View expondría al Usuario la forma de relacionarse con el Model (clicks, teclado...), el Controller sería el encargado de traducir lo que sucede en la View y como afecta al Model (y viceversa, trasladar cambios en el Model a la View) y el Model sería el encargado de tratar los datos (reglas de negocio, organizarlos...). Es importante fijarse en un detalle: en el paper original no se hacía referencia a la persistencia como tal, que es con lo que sin duda se relaciona a día de hoy el Model. El modelo MVC era simplemente una forma de manejar el *estado* (Model) de las aplicaciones y mantenerlo en sincronía con la View a través de un código que controlase esos cambios (Controller). Fue después cuando esa idea, se empezó a mezclar con una especie de arquitectura por capas, naciendo de ahí diferentes soluciones y propuestas. Una de las más interesantes, y que sirve de semilla para las "arquitecturas limpias" (Onion, Clean, Hexagonal...), fue la propuesta de Ivar Jacobson que vió la necesidad de generalizar y aplicar el concepto a un nivel mayor, a un nivel de *Arquitectura de Aplicación* (no lo llamó MVC) y consistía en una Arquitectura en Capas con: Capa de Presentación, Capa de Negocio y Capa de Acceso a Datos. Posteriormente Jacobson introdujo el concepto de "Componentes de Control" (¿alguien ha dicho "ports", "adapters", "interface"...?) dónde se proponía que no solo la UI necesitaba una abstracción "View" si no que eso se podía aplicar a otras partes de una aplicación como... ¡el acceso a datos! Siendo DAO (Data Access Object) o Repository patrones que representaban una "View" de los datos, una abstracción, una interfaz, un "Adapter" si nos vamos a Hexagonal. En realidad este concepto de "View" más general que después Cockburn llamó Adapters y que también tiene la Clean Architecture (y la Onion, etc) no es más que el resultado de aplicar OCP y Liskov a lo que ya había: OCP porque ofrece una forma de añadir comportamiento sin modificar el orginal (esta "View", este "Adapter", permite expandir la funcionaldiad del modelo, la vista, una API rest...) y además nos ayuda a "localizar" la afectación de los cambios de estas partes (si el modelo, la API, etc cambian, solo necesita cambiar mi "View", mi "Adapter" de estos elementos) y Liskov porque una vez tengo esto, si soy disciplinado y aplico Liskov, podré tener una abstracción intercambiable (si mañana necesito poder guardar y acceder a datos en Redis o MySQL dependiendo de la situación solamente necesito dos "View" del Modelo, una MySQL y otra Redis, que sean compatibles y que pueda decidir en tiempo de ejecución si uso una u otra, por ejemplo, o si quiero migrar de MySQL a Postgre, solamente necesito sustituir esa "View", ese "Adapter"). Y, desde luego, en ningún momento, ni el MVC orginal, ni Jacobson, prohiben que organices el código en más objetos, que es una interpretación de MVC un poco "tonta" y de "junior" (me han dado tres cajas, a ver en cual cabe esta línea). Desde el inicio un Controller podía usar múltiples funciones u objetos para realizar sus funciones, lo mismo el Model o la View... por dios, ¡si nació en Smalltalk! xD. Pienso que es importante revisitar las bases y la historia de como sucedieron las cosas, me parece que hemos perdido por el camino conceptos de Ingeniería del Software muy asentados y muy concretos y los hemos cambiado por palabras más amables pero mucho más inespecíficas ("Adapter", "Ports", "Hexagonal", "Clean"...). Que están bien para entrar en el tema y acercar los conceptos pero que deben ser cambiadas por las más específicas una vez las comprendemos. Menuda chapa que me ha salido...😅

[@elazzote]

En plena clase de programación 2 arrancando el tema de MVC, mis alumnos llegan con la noticia que un youtuber famoso habia subido un video hace cuatro horas donde decia que "El Patrón MVC es Obsoleto", pero tu explicación me ha dejado bien parado💪, buen trabajo.

[@hdeleonnet]

Lo de obsoleto va solo con escalabilidad, ya sabes como funciona KZbin, hay que poner títulos de mierda. Pero es bueno saber que viste el video y le encontraste el valor que era lo que importa, un saludo.

[@JorgeMBallesterosJ]

Apuntado en Metalcode. A seguir aprendiendo del mejor. Gracias por compartir tu conocimiento. Saludos desde Colombia:)

[@hdeleonnet]

Muchas gracias

[@dantecortes]

Buen video, yo tengo 10 años programando en PHP y Laravel, al principio solo usaba traits para evitar la redundancia y despues vi mejor usar services para la logica de negocio, repositories para las consultas a las bd, requests para las validaciones, una capa api para consultas a apis de terceros, a parte del ya propuesto MVC que viene en la estructura de archivos para laravel, buen video, sigur asi Hector que tu conocimiento es oro puro, saludos desde Perú.

[@DanielMr1998]

he tenido la duda de si usar services seria equivalente a crear tus propios facades en laravel. Que opinas?

[@mamneo2]

​@DanielMr1998 Incroyable.

[@heenmancha]

@@DanielMr1998 No. Las facades es un patrón. Puedes implementar tus servicios sin esconderlo detrás de la facade.

[@joseguerra2389]

Es verdad. Estuve desarrollando un sistema de gestion de ordenes de servicio que era bastante complejo y lo que dice hector es cierto. Terminabas con controladores que hacian un monton de cosas y peor, despues t dabas cuenta que ese monton de cosas tenias q hacerlas igual en otro controlador... entonces la cantidad de redundancia era ridicula. Si bien es cierto que clean arquitecture lleva mas trabajo, de verdad te protege se todo esto y a la larga es mucho mas facil aunque parezca contradictorio. Aparte que con el autocompletado de copilot o de codeium (super recomendada esa ultima para vs code porque es gratis) realmente no tienes q escribir tanto codigo. Es saber como organizar las clases y como funciona la arquitura. Lo demas sale casi solo

[@oscar92-t7p]

Muchos de los sistemas actuales hacen una combinación de diferentes arquitecturas, MVC por sí solo ya no cubre todas las necesidades

[@HugoElcabezas]

la de copilot también es gratis si tienes mac en xcode

[@taikun69]

Excelente video, y justamente los proyectos en los que he trabajado que tienen la base de MVC colocan por separado reglas de negocio y validaciones, asi como lo mencionas.

[@TheIronmandi]

Siempre diciendo las cosas como son 🔥🔥

[@exkalybur_dev]

Se prendió está mird 🔥🔥🔥

[@luisgamarrarosado3565]

Muchas gracias!!! Que importante es explicar patrones de diseño con gráficos de mi parte es más digerible de esa manera

[@kevin37236]

Justo estoy intentando hacer testing el siguiente video para hcer testing sin importar el framework ademas de este, me serviran, muchas gracias por tu conocimiento

[@fabianromero4790]

Muy interesante, muchas gracias por compartir el conocimiento

[@Diego-xr3bd]

Excelente video !! lo aplicaré en django

[@Fercho47123]

Sos un genio, quiero los tests!!!!!

[@maldonadodani]

Muy bueno ! Pido ejemplos en PHP!

[@luisu404]

Muchas gracias cabezon, ta bueno el video. Ahora haz uno de Blazor sobre los RenderMode

[@marionaya5718]

Estoy estudiando un grado de 2 años de programación y estamos ahora con el MVC. La verdad que ahora mismo este vídeo se me queda grande y no he pillado más de la mitad de las cosas, pero volveré aquí algún día porque entiendo que aporta valor y me será útil cuando empiece con proyectos más grandes.

[@saboresimprovisados]

Créeme que si será útil, tu sigue

[@alexisvillegas1953]

yo no creo que vayas a volver pero si deberias quedarte con el

[@mapacheee_]

muchas gracias por tu video, estoy aprendiendo a programar y no sabia que existian mas cosas que mvc

[@belenwilson4513]

Ya me parecio que MVC tenia demasiadas capas para proyectos ligeros, como para pensar en otros mas grandes. El problema es que sois muy estrictos. - ¿Porque solo un controlador? - ¿porque no divides aun mas con Extender, Traits...? No no estoy cambiando de patron, el patron es el mismo y es igual de valido para pequeños proyectos que para grandes. Ahora bien!, no me gusta MVC pero odio todas las demas opciones hasta el punto de llegar a crear mi propio patron y descubrir que tampoco es perfecto, pero de ahi a llamar a algo OBSOLETO es de ser un grandisimo xxxxxxxx

[@pablobazan8733]

@@belenwilson4513 Debe referirse a que para proyectos grandes si quedo completamente obsoleto y antes las empresas lo utilizaban por eso hay tanta reingeniera a arquitecturas mas robustas

[@cristianramirezfonseca8567]

LOL, cuando no comprendes lo que escuchas

[@el_patron_de_los_tacos]

Muy buen contenido, para todos los entusiastas que quieren saber por que funcionan las arquitecturas.

[@pabloguillermoalarcon1665]

Jaja me encanta siempre como empiezas tus videos hdeleon, ademas tu contenido lo considero muy valioso. Simplemente gracias.

[@felipecruz9567]

buena explicación, esperaba una sugerencia de patron de arquitectura jajaj saludos

[@TheJeskun]

Un placer verte programar 🤘

[@joseurielrodriguezramirez3861]

Te luciste con la intro! 🤘🔥

[@Cristian-ch9wp]

gracias por el consejo, voy a probarlo

[@saboresimprovisados]

Apenas aprendi a hacer proyectos con el MVC y lo de las validaciones en todos los controladoras me tenian nervioso porque pensaba que era mejor separar las validaciones de TODO y solo implementarlas en la controladora cuando se requiera. Me lo acabas de confirmar jajaja

[@alexanderhernandez1967]

Excelente explicacion saludos desde El Salvador❤

[@jeovannynava1671]

Gracias por el video. Estoy por empezar un proyecto grande y necesitaba utilizar MVC porque necesito el razor pero al mismo tiempo quería usar clean architecture, esta alternativa me parece fenomenal

[@el_migue_dev]

Excelente video!! No siempre se ve contenido de estos temas por youtube :P Estoy de acuerdo en que MVC no es la solucion a todos nuestro problemas y que no siempre es aplicable tal cual como es (como casi todo en desarrollo de software). En mi caso, suelo usar mucho el modelo de IDD que propone Sandro Mancuso (con alguna que otra variación), en donde los casos de uso se mapean como "Acciones" dentro del sistema (como una capa de logica de negocio). Y luego separar los repositorios que utlizamos, utiliazndo siempre inyeccion de dependencias para poder desacoplar nuestras clases.

[@jorgeeliasconcepcion2104]

Este pana es demasiado duro, siempre me da ideas buenas. 💪🏾

[@OscarKlee]

Buen video, de mi parte solo agregar conocer muy bien el framework, validadores, autenticación, repositorios de datos, casi todo se puede lograr a través del framework lo que evita reinventar la rueda, el código queda aún más limpio y evita crear más librerías de clases de las necesarias que pueden llegar a ser muchas. Otra cosa sería, si las librerías podrían importarse desde afuera del proyecto mediante un manejador de paquetes, pensando mas en una arquitectura de micro servicios en donde por ejemplo una librería de un cliente http pueda ser importada por varios componentes.

[@ramiropedrolauramurillo4202]

Hay una capa oculta, las Library yo uso lo redundando y conexion REST en esos modulos pues si llenas todo en controllers no es correcto, hay formas optimas de solucionar siempre. Saludos Hector siempre tan acertado.

[@SoyIvan1]

estaría interesante lo del testing, sigue así !!! muchas gracias

[@rutx122]

Para un proyecto mediano en Angular 16 que arquitectura recomendarias?

[@heavensmachine]

ufff buenazo, estoy aprendiendo MVC, la verdad me he quedado muy atras a nivel de codifcacion y me gustaria retomarlo

[@hectoreduardosolanopestana6964]

Excelente video y tremendo tema de intro!!

[@mariolasluisacastano9471]

Por favor, vídeo de pruebas unitarias!!

[@julioclavijol]

Muy crack, muchas gracias lo aplicare en Python

[@Garañon0o0]

Uff que buen video brother gracias por su contenido❤🍺🤘

[@deldago15]

Interesante!!!

[@yairrodriguez9926]

aprendí algo!

[@marloncode]

Por favor cuando haces un curso completo de clean architecture / DDD / CQRS / repository con net 8? Por cierto agradecer por que tus videos son buenisimos. Saludos !

[@hdeleonnet]

Ya tengo un curso de clean architecture: courses.metalcode.io/courses/clean-architecture

[@smetaljuan]

bien Hector, pero no dijiste por qué es obsoleto? sólo haces mención a la mala práctica de muchos programadores de usar el controlador como si fuese un saco donde metes todo tipo de cosas... adicionalmente, pensé que mencionarías a alguna tecnología que sustituya al MVC como patrón obsoleto y tampoco lo mencionaste... con MVC y Clean Architecture, haciendo uso de buenas prácticas como programador, se puede seguir usando esa tecnología. En tu video, veo que usas un nuevo patrón.... el Patrón HMC (Hector's Metal Code)... me diste algunas ideas para un proyecto pequeño... gracias! RockAndRoll 🤟🤘

[@nauolin]

Aprendí que mi calabozo de backend está muy iluminado. Siempre he considerado que las implementaciones de MVC han sido sobresimplificadas para atraer al mayor público. La eterna promesa de solo iniciar desde el template, sacar el hola mundo y de ahí a la luna. Y no es malo. Gracias por ejemplificar como ampliar de forma ordenada un proyecto manteniendo la escencia del controlador como eje de la aplicación.

[@Wrinkle_1882]

Buen video, estaria bueno ver las diferentes alternativas para manejar excepciones. He visto que hay varios enfoques pero no me queda claro a veces cual utilizar de acuerdo a las necesidades. Me subo al pedido de un video mostrando el testeo independiente

[@ericgustavogonzalezgarcia4659]

No había pensado en como MVC podía "mejorar" Buen vídeo 👍🏼

[@tobiaskrasnozhon2715]

No me la contes justo ayer estaba viendo tus videos sobre MVC

[@josephfernandezz1293]

Elegante manito 🤙

[@elcharlydev4519]

Todo ya está a echo desde años atrás. Todo se volvió popular hace no mucho tiempos, y no creo que esté mal Mvc creo que lo implementa. Mal todo lo que comentaste es que la gente mete cosas donde no deberia.

[@SamuelGonzalez-lk2jk]

Tienes o haras algun video de full clean Arquitecture? A mi me encanta ver tus videos, aprender buenas practicas y como en este video, ver como mejorar la arquitectura que manejo, aunque suelo usar serviciosy repositorios pero en el mismo proyectos, subdivididos por carpetas, es mejor manejarlo como aqui

[@hdeleonnet]

Solo tengo un curso de paga de 10 horas de clean architecture: courses.metalcode.io/courses/clean-architecture

[@chinasenrique]

Héctor, porfa, tu opinión sobre las herramientas Low Code como Outsystems. Conviene invertir tiempo en eso?

[@sampleyt9457]

Este nivel de arquitectura lo respeto bastante, y al mismo tiempo me hace sentirme agradecido de que framwworks como Nextjs, Astro, Angular, etc. tengan una curva de aprendizaje 10,000 veces más amigable con patrones de arquitectura quizá más sencillos

[@martir5913]

Yo siempre he usado el de N capas Junto MVC ya que como comentan sino no controlas bien tu Codigo veras que Los controladores se hacen enormes.

[@eduardorugama1292]

Buena esa 🤟🏻😎

[@dsjamg7806]

Que buen video amigo

[@thewarrior9960]

En qué curso enseñas arquitecturas Héctor :)

[@hdeleonnet]

courses.metalcode.io/courses/clean-architecture

[@Rayosgama1]

@hdeleonnet disculpa mi ignorancia. Tus cursos son en pesos o dolares de antemano muchas gracias ?

[@hdeleonnet]

Usd

[@economiadigital6470]

Excelente punto de vista. Pregunta off topic, que base de datos utilizas mayormente, MySQL, MariaDB, PostgreSQL, SQL Server u otro y porque ?

[@hdeleonnet]

Mysql mariadb en PHP, sqlserver en C#

[@victorcruz4627]

Ahora puedo decir que Héctor fue el influencer que me ayudó a decidir qué viviré siempre dentro de mi cueva :v

[@LaPlace583]

ey bro podrias hacer un video de como leer y saber usar la documentacion de algun lenguaje como java, python, js, C#, o de los framework, y como hacías o haces para usar la documentacion cuando solucionas una duda o problema?

[@maurotapia]

Siiii pero también se usa mucho el concepto MVC para no referirse a tantos términos para el usuario final... Yo uso el término MVC pero se que hay muchas más capas que se utilizan...

[@rayopro]

Que teclado usas? me gusta como suena

[@aaronzevallos5233]

Suscrito a MetalCode 😎

[@hdeleonnet]

🤘

[@aaronzevallos5233]

@ sería bueno añadir algún curso de Microservicios 🙌🏻 un abrazo crack

[@santosmarte]

Pulgar arriba, para ver el test de este proyecto !!!

[@asembler22]

¿Cómo sería el ejemplo para laravel?. Saludos buen video.

[@ale_gallardo]

Sácame una duda. Cuando te conectas a una API de terceros y usas MVC (por ej una pasarela de pagos) lo correcto conceptualmente sería hacer una implementación de la interfaz Repositorio y luego pasar por Capa Servicios? ya que (según yo)sería el equivalente a encapsular la BD propia ocultando la estructura de las tablas. Pero entonces Repositorio te devolvería los atributos combinados luego del join que solicitas en la consulta y eso sería un objeto VM que tendría que pasar hacia las capas superiores usando json? Ahí estoy confundido.

[@orlandogonzalez1305]

Mas o menos asi como dices esta bien, un api de terceros es un tipo "repositorio" de data q no es tuyo, donde envias y recibes "modelos" y funciona casi que igual que un repositorio local. De hecho en algunos proyectos se saca el repositorio del proyecto y se mete todo en un API a modo de balancear cargas en los servidores, o donde hay varios equipos de trabajo atendiendo diferentes partes del proyecto.

[@ale_gallardo]

@@orlandogonzalez1305 gracias

[@Jel.Awesh.M]

LIKE por Marvel vs Capcom.

[@agustinmoreno8753]

No sé me parece difícil, React creo que trabaja con mvc y Django trabaja casi si o si con mvc

[@ericksantiagorodriguezcaic1926]

Hola Héctor, una duda hace poco adquirí tu curso de patrones de diseño en Udemy, me surgió la duda de ahora que vas a migrar a tu propia plataforma. Retirarás tus cursos de udemy? ¿O ya se quedarán los que están subidos?. Saludos

[@hdeleonnet]

Lo de Udemy se queda en Udemy. Lo que va a pasar es que los nuevos cursos no creo que salgan en udemy, de esta manera podre darlos a un precio más económico o en el plan de suscripción puedan ver todo. A parte puedo hacer cursos más yendo al grano a cosas en especifico. Pero lo de Udemy se queda ahí.

[@gTosca_666]

Lo usé mucho con JavaFx y si, a veces se quedó corto pero se soluciona

[@trotanet]

interesante

[@luiscvargas2011]

quiero un video de pruebas unitarias

[@Atirri.Dev91]

Todavia no lo aprendi y ya esta obsoleto ? jajaja lpm , me meto los cursos en la colita ...

[@gantonal]

Hector, para aligerar el acoplamiento ¿No sería mejor tener por un lado el negocio, por otro el repositorio y un tercero para entidades e interfaces?

[@hdeleonnet]

Eso mismo esta en este video.

[@gantonal]

@@hdeleonnet En este video agregas el negocio al repositorio, y está bien para este tamaño. Yo, por costumbre, saco las entidades y las interfaces a otros proyectos, de este modo no tengo que añadir todo el negocio con sus reglas al repositorio. En proyectos donde tengo varias interfaces de usuario (webapi, webservices soap, web forms y windows forms), me reduce muchísimo el acoplamiento. :)

[@oscar92-t7p]

Yo la diferencia que le veo a MVC con respecto a arquitecturas más recientes como las arquitecturas limpias (Onion, Vertical Slice, Hexagonal) es la complejidad y el tamaño que abarcan. Hay otras arquitecturas equivalentes a MVC como MVVM o MVP que son para proyectos más pequeños y claramente los sistemas de hace más de 20 años no se parecen en nada a los sistemas que existen hoy en día en cuestión de tamaño, complejidad y volumen de datos que manejan, por eso es que en un mismo sistema se pueden combinar diferentes arquitecturas debido a ello

[@enriquejaimes114]

Porque Microsoft se complica la vida al crear este tipo de FrameWork y no utilizarlo mas simple y escalable, algo sucede algo parecido con MIcrosft 365 que ya no se pueden utilizar macros, sino utilizando lenguaje TypeScript , gracias por el video master !!

[@krikgamerxD]

Hola Hector, vas a realizar una como tipo, ruta de aprendizaje, o van a ser en si puros temas avanzados ¿?, adicional quiero utilizar el cupon pero dice que es invalido...

[@hdeleonnet]

Hare páginas con rutas. Pero primero voy a terminar de subir los cursos que faltan.

[@fdov4]

Estoy decepcionado de que el código de descuento no sea “gatitos” si lo fuera me compraba el paquete de cursos de por vida

[@javirojo6778]

Porfa sube algo sobre pruebas unitarias, hice tu curso de clean architecture y estoy añadiendole pruebas, me salen dudas. Por ejemplo, si un servicio retorna un TDto, no se puede testear sin incluir el Dto y la Entidad, cierto? Siento que de esa forma, mis pruebas se acoplan mucho al proyecto 🤷🏻‍♂️

[@AbelCamiloYiMartínez]

los controllers no deberían manejar excepciones, las excepciones deberían estar siempre en el servicio y eso, solo la administración, la definición de las excepciones en otra capa y preferiblemente debe haber un manejador de excepciones globales de la app

[@AlbertoSolisDF]

Cómo lo planteaste el MVC no tiene problemas, lo que falta es asignar responsabilidades correctamente y esto deriva de no tener una forma de pensar organizada. Una cuestión aparte: ¿El acceso a la pasarela de pago por que no se considera dentro del modelo?

[@nicolasalvarez3573]

Hector se puede conseguir tu libro en argentina?

[@hdeleonnet]

En físico esta en amazon

[@valentinrosas3291]

En el intro sentí como que Tarrako me va a enseñar Programación.

[@MrAguaconazucar]

Necesito implementar esto, mi controlador esta mas largo que bufanda de jirafa

[@gTosca_666]

🤣

[@hilvystewy7298]

El mío tiene 13mil putas líneas

[@pendiente3533]

Saludos weeee

[@ciscosalazar]

Queda mucho mejor que tener todo en el controlador

[@edgardomolinagonzalez3121]

El MVC es usado estrictamente por las aplicaciones MPA cierto? cuando usas Angular con algún backend como springboot no es lo mismo?

[@JesusMartinez-do8jy]

El principio de MVC es la separacion de responsabilidades , si el proyecto es basico MVC es suficiente sino lo que mencionas es correcto pero al final sigues separando las responsabilidades. Mi conclusión "no la hagas de pedo"

[@muremure]

@@JesusMartinez-do8jy exacto te dedicas a hacer proyectos básicos.... cuando realizas proyectos.. te abrumas y te dedicas a " hacer la de pedo" 😎

[@salserodezinc5532]

Tienes algún curso de .net core y sql server?

[@tiocontreras8860]

andaba de paso y video salvaje aparece!

[@josue4505]

Buen chiste marvel vs capcom estructura 8/10, remate 9/10, la comedia esta reviviendo

[@AbelCamiloYiMartínez]

microservicios con mvc y listo, felicidad por siempre SIEMPRE Y CUANDO LOS MS SEAN MS DE VERDAD Y BIEN HECHOS Y NO SEAN MONOLITOS DISFRAZADOS!!!!!!!!!!!!!!!!!!!!!!!!!!!!

[@omarandresbarbosaortiz2773]

Entonces MVC sigue vigente, sólo que hay que usarlo bien, gracias Hector

[@CarlosJova]

Hector intro modo platzi

[@peliculasparadescargargrat2431]

Nunca lo use.. me decidoio por apuntar a php... cuando salia visual web developer 2008 2010 intente aptrenderlo , pero es mas rapido y hayar servidores que soporten php son mas baratos..

[@dandocaco]

Por su apariencia se nota que Hector es fanatico de José José 😆😆😆 Buen contenido Bro

[@juancarlospizarromendez3954]

Yo creo que antes de afirmar que el MVC está obsoleto, hay que demostrarlo de que hay una alternativa mejor que el MVC. Para empezar, un ejemplo muy sencillo es un contador con un cuadro numérico y sólo 2 botones de operación, el incremento y el decremento, y empezando por el 0. Cuando yo era un principiante, como cualquier tonto, mezclé el código de Modelo y Vista de manera que no había bajo acoplamiento entre ambos, esto sería un código basura para que lo entendamos bien. Después refiné esta mezcla con una "separación" de Modelo y Vista, esto era lo más bonito que había, de tal manera que el Modelo no debe interactuar directamente con la Vista, sólo podía ofrecer métodos para servir a cualquiera que los necesitara (por ejemplo, inicialoACeroSoloUnaVez, dameNumero, pulsaIncremento, pulsaDecremento). La Vista podía utilizar métodos del Modelo que se comportaba como si fuera una CajaNegra en la que no se conoce el funcionamiento de su interior. El problema de la Vista es que existen varias formas de representarla, como una Vista de Interfaz Gráfica de Usuario, una Vista de Página Web o una Vista de Terminal de Consola. Se tenía que escribir código repetitivo en cada Vista que controlase la interacción con el Modelo, con varios eventos que recibir y varias acciones que ejecutar, y podría resultarse muy enfarragoso. Se necesitaba otra "separación" con una nueva tercera clase que es el Controlador. El Controlador debería manejar las interacciones que recibía del Modelo y de las varias clases de Vista que podrían existir. Y por lo tanto surgió el patrón de diseño MVC. Ahora bien, si se incorporan varias Vistas para un sólo Modelo al que sólo llaman los 4 métodos, yo creo que se necesitará otro complemento, el patrón Observador (de Vistas) y un control de Concurrencia para evitar condiciones de carrera que podrían malfuncionar el contador. Esto ya sería el patrón compuesto MVC + Observer + Control de Concurrencia. ¡ A disfrutar programándolo, obviamente !

[@hdeleonnet]

Ve el video primero

[@posgrosoftware1058]

MVC es chévere dependiendo de qué tan escalable es el modelo de negocio

[@esteban.acevedo]

En Django no habría problemas, porque cada aplicación utiliza un MVC, entonces, nos podemos encontrar con un servicio externo que se puede manejar en la app que no necesariamente tenga MVC. Creo que el MVC no es obsoleto, sino la forma en que lo presentas sí es obsoleto. Gracias...

[@ManuelGonzalezBlanco-u8z]

Hay patrones como la arquitectura CLEAN y el hexagonal.

[@alextauresdiaz]

Si, yo me pierdo entre las 30000 lineas de codigo de algunos controladores donde trabajo.