El Patrón MVC es Obsoleto

  Рет қаралды 37,186

hdeleon.net

hdeleon.net

Күн бұрын

Пікірлер: 221
@hdeleonnet
@hdeleonnet 2 ай бұрын
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
@elazzote
@elazzote 2 ай бұрын
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
@hdeleonnet 2 ай бұрын
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.
@tipo_deincognito
@tipo_deincognito 2 ай бұрын
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...😅
@josecarlosapalamamani3271
@josecarlosapalamamani3271 Ай бұрын
@@tipo_deincognito la verdad deje de leer desde la 4ta línea 😅😅
@marly7549
@marly7549 Ай бұрын
No se que dice, me niego a leerlo todo pero estoy seguro de que tienes razon :-)
@HanNe-q1c
@HanNe-q1c 15 күн бұрын
​Sesgo de autoridad porque simplemente escribió bastantes párrafos... XD Es curioso como tu mente tiene asociada la idea de que al vos mismo ser un tipo mediocre que no puede leer más de dos párrafos, cualquier otro que lo haga (ya sea leer o mismo escribirlo) tiene automáticamente autoridad para hablar de cualquier tema y por ende es 100% correcto TODO lo que diga. @@marly7549
@JorgeMBallesterosJ
@JorgeMBallesterosJ 2 ай бұрын
Apuntado en Metalcode. A seguir aprendiendo del mejor. Gracias por compartir tu conocimiento. Saludos desde Colombia:)
@hdeleonnet
@hdeleonnet 2 ай бұрын
Muchas gracias
@dantecortes
@dantecortes 2 ай бұрын
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
@DanielMr1998 2 ай бұрын
he tenido la duda de si usar services seria equivalente a crear tus propios facades en laravel. Que opinas?
@mamneo2
@mamneo2 2 ай бұрын
​@DanielMr1998 Incroyable.
@heenmancha
@heenmancha 2 ай бұрын
@@DanielMr1998 No. Las facades es un patrón. Puedes implementar tus servicios sin esconderlo detrás de la facade.
@davidvillacervantes97RK
@davidvillacervantes97RK 4 күн бұрын
Hola que tal, actualmente trabajó mucho con PHP y busco implementar algo similar a MVC, porque aveces me pasa que uso las direcciones donde hago las consultas o movimientos a mi DB directo en el código y eso no me gusta, que recomiendas usar?
@joseguerra2389
@joseguerra2389 2 ай бұрын
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
@oscar92-t7p 2 ай бұрын
Muchos de los sistemas actuales hacen una combinación de diferentes arquitecturas, MVC por sí solo ya no cubre todas las necesidades
@HugoElcabezas
@HugoElcabezas 2 ай бұрын
la de copilot también es gratis si tienes mac en xcode
@narutoitachi1994
@narutoitachi1994 22 күн бұрын
pero para eso exsten servicios para poder encapsular codigo que ocuparas en otros lugares
@taikun69
@taikun69 2 ай бұрын
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.
@luisgamarrarosado3565
@luisgamarrarosado3565 2 ай бұрын
Muchas gracias!!! Que importante es explicar patrones de diseño con gráficos de mi parte es más digerible de esa manera
@TheIronmandi
@TheIronmandi 2 ай бұрын
Siempre diciendo las cosas como son 🔥🔥
@exkalybur_dev
@exkalybur_dev 2 ай бұрын
Se prendió está mird 🔥🔥🔥
@saboresimprovisados
@saboresimprovisados 2 ай бұрын
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
@Fercho47123
@Fercho47123 2 ай бұрын
Sos un genio, quiero los tests!!!!!
@marionaya5718
@marionaya5718 2 ай бұрын
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
@saboresimprovisados 2 ай бұрын
Créeme que si será útil, tu sigue
@alexisvillegas1953
@alexisvillegas1953 2 ай бұрын
yo no creo que vayas a volver pero si deberias quedarte con el
@Diego-xr3bd
@Diego-xr3bd 2 ай бұрын
Excelente video !! lo aplicaré en django
@fabianromero4790
@fabianromero4790 2 ай бұрын
Muy interesante, muchas gracias por compartir el conocimiento
@alexanderhernandez1967
@alexanderhernandez1967 2 ай бұрын
Excelente explicacion saludos desde El Salvador❤
@TheJeskun
@TheJeskun 2 ай бұрын
Un placer verte programar 🤘
@luisu404
@luisu404 2 ай бұрын
Muchas gracias cabezon, ta bueno el video. Ahora haz uno de Blazor sobre los RenderMode
@joseurielrodriguezramirez3861
@joseurielrodriguezramirez3861 2 ай бұрын
Te luciste con la intro! 🤘🔥
@pabloguillermoalarcon1665
@pabloguillermoalarcon1665 2 ай бұрын
Jaja me encanta siempre como empiezas tus videos hdeleon, ademas tu contenido lo considero muy valioso. Simplemente gracias.
@kevin37236
@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
@maldonadodani
@maldonadodani 2 ай бұрын
Muy bueno ! Pido ejemplos en PHP!
@el_migue_dev
@el_migue_dev 2 ай бұрын
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.
@el_patron_de_los_tacos
@el_patron_de_los_tacos 2 ай бұрын
Muy buen contenido, para todos los entusiastas que quieren saber por que funcionan las arquitecturas.
@felipecruz9567
@felipecruz9567 2 ай бұрын
buena explicación, esperaba una sugerencia de patron de arquitectura jajaj saludos
@josephfernandezz1293
@josephfernandezz1293 2 ай бұрын
Elegante manito 🤙
@maldonadodani
@maldonadodani Ай бұрын
exigimos el video sobre pruebas unitarias!
@jeovannynava1671
@jeovannynava1671 2 ай бұрын
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
@hectoreduardosolanopestana6964
@hectoreduardosolanopestana6964 2 ай бұрын
Excelente video y tremendo tema de intro!!
@Garañon0o0
@Garañon0o0 2 ай бұрын
Uff que buen video brother gracias por su contenido❤🍺🤘
@mapacheee_
@mapacheee_ 2 ай бұрын
muchas gracias por tu video, estoy aprendiendo a programar y no sabia que existian mas cosas que mvc
@ramiropedrolauramurillo4202
@ramiropedrolauramurillo4202 2 ай бұрын
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.
@jorgeeliasconcepcion2104
@jorgeeliasconcepcion2104 2 ай бұрын
Este pana es demasiado duro, siempre me da ideas buenas. 💪🏾
@nauolin
@nauolin 2 ай бұрын
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.
@SoyIvan1
@SoyIvan1 2 ай бұрын
estaría interesante lo del testing, sigue así !!! muchas gracias
@marloncode
@marloncode 2 ай бұрын
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
@hdeleonnet 2 ай бұрын
Ya tengo un curso de clean architecture: courses.metalcode.io/courses/clean-architecture
@Cristian-ch9wp
@Cristian-ch9wp 2 ай бұрын
gracias por el consejo, voy a probarlo
@eduardorugama1292
@eduardorugama1292 2 ай бұрын
Buena esa 🤟🏻😎
@OscarKlee
@OscarKlee 2 ай бұрын
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.
@smetaljuan
@smetaljuan 2 ай бұрын
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 🤟🤘
@sampleyt9457
@sampleyt9457 2 ай бұрын
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
@mariolasluisacastano9471
@mariolasluisacastano9471 2 ай бұрын
Por favor, vídeo de pruebas unitarias!!
@Wrinkle_1882
@Wrinkle_1882 2 ай бұрын
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
@lucianoorono9222
@lucianoorono9222 9 күн бұрын
que otra arquitectura se puede usar para sistemas de gestion?
@victorcruz4627
@victorcruz4627 2 ай бұрын
Ahora puedo decir que Héctor fue el influencer que me ayudó a decidir qué viviré siempre dentro de mi cueva :v
@heavensmachine
@heavensmachine 2 ай бұрын
ufff buenazo, estoy aprendiendo MVC, la verdad me he quedado muy atras a nivel de codifcacion y me gustaria retomarlo
@dsjamg7806
@dsjamg7806 2 ай бұрын
Que buen video amigo
@oh-vito
@oh-vito 10 күн бұрын
La arquitectura mvc nunca morirá si se hace bien.excelente ejemplo práctico.
@SamuelGonzalez-lk2jk
@SamuelGonzalez-lk2jk 2 ай бұрын
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
@hdeleonnet 2 ай бұрын
Solo tengo un curso de paga de 10 horas de clean architecture: courses.metalcode.io/courses/clean-architecture
@ericgustavogonzalezgarcia4659
@ericgustavogonzalezgarcia4659 2 ай бұрын
No había pensado en como MVC podía "mejorar" Buen vídeo 👍🏼
@aaronzevallos5233
@aaronzevallos5233 2 ай бұрын
Suscrito a MetalCode 😎
@hdeleonnet
@hdeleonnet 2 ай бұрын
🤘
@aaronzevallos5233
@aaronzevallos5233 2 ай бұрын
@ sería bueno añadir algún curso de Microservicios 🙌🏻 un abrazo crack
@elcharlydev4519
@elcharlydev4519 2 ай бұрын
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.
@deldago15
@deldago15 2 ай бұрын
Interesante!!!
@julioclavijol
@julioclavijol 2 ай бұрын
Muy crack, muchas gracias lo aplicare en Python
@rutx122
@rutx122 2 ай бұрын
Para un proyecto mediano en Angular 16 que arquitectura recomendarias?
@chinasenrique
@chinasenrique 2 ай бұрын
Héctor, porfa, tu opinión sobre las herramientas Low Code como Outsystems. Conviene invertir tiempo en eso?
@fdov4
@fdov4 2 ай бұрын
Estoy decepcionado de que el código de descuento no sea “gatitos” si lo fuera me compraba el paquete de cursos de por vida
@martir5913
@martir5913 2 ай бұрын
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.
@rayopro
@rayopro 2 ай бұрын
Que teclado usas? me gusta como suena
@tobiaskrasnozhon2715
@tobiaskrasnozhon2715 2 ай бұрын
No me la contes justo ayer estaba viendo tus videos sobre MVC
@yairrodriguez9926
@yairrodriguez9926 2 ай бұрын
aprendí algo!
@thewarrior9960
@thewarrior9960 Ай бұрын
En qué curso enseñas arquitecturas Héctor :)
@hdeleonnet
@hdeleonnet Ай бұрын
courses.metalcode.io/courses/clean-architecture
@oscar92-t7p
@oscar92-t7p 2 ай бұрын
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
@LaPlace583
@LaPlace583 2 ай бұрын
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?
@Jel.Awesh.M
@Jel.Awesh.M 2 ай бұрын
LIKE por Marvel vs Capcom.
@santosmarte
@santosmarte 2 ай бұрын
Pulgar arriba, para ver el test de este proyecto !!!
@AlbertoSolisDF
@AlbertoSolisDF 2 ай бұрын
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?
@AbelCamiloYiMartínez
@AbelCamiloYiMartínez 2 ай бұрын
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
@valentinrosas3291
@valentinrosas3291 2 ай бұрын
En el intro sentí como que Tarrako me va a enseñar Programación.
@maurotapia
@maurotapia 2 ай бұрын
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...
@belenwilson4513
@belenwilson4513 2 ай бұрын
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
@pablobazan8733 2 ай бұрын
@@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
@cristianramirezfonseca8567 2 ай бұрын
LOL, cuando no comprendes lo que escuchas
@agustinmoreno8753
@agustinmoreno8753 2 ай бұрын
No sé me parece difícil, React creo que trabaja con mvc y Django trabaja casi si o si con mvc
@nicolasalvarez3573
@nicolasalvarez3573 2 ай бұрын
Hector se puede conseguir tu libro en argentina?
@hdeleonnet
@hdeleonnet 2 ай бұрын
En físico esta en amazon
@luiscvargas2011
@luiscvargas2011 2 ай бұрын
quiero un video de pruebas unitarias
@Atirri.Dev91
@Atirri.Dev91 2 ай бұрын
Todavia no lo aprendi y ya esta obsoleto ? jajaja lpm , me meto los cursos en la colita ...
@javirojo6778
@javirojo6778 2 ай бұрын
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 🤷🏻‍♂️
@Rayosgama1
@Rayosgama1 2 ай бұрын
@hdeleonnet disculpa mi ignorancia. Tus cursos son en pesos o dolares de antemano muchas gracias ?
@hdeleonnet
@hdeleonnet 2 ай бұрын
Usd
@MrAguaconazucar
@MrAguaconazucar 2 ай бұрын
Necesito implementar esto, mi controlador esta mas largo que bufanda de jirafa
@gTosca_666
@gTosca_666 2 ай бұрын
🤣
@hilvystewy7298
@hilvystewy7298 2 ай бұрын
El mío tiene 13mil putas líneas
@gantonal
@gantonal 2 ай бұрын
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
@hdeleonnet 2 ай бұрын
Eso mismo esta en este video.
@gantonal
@gantonal 2 ай бұрын
@@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. :)
@salserodezinc5532
@salserodezinc5532 2 ай бұрын
Tienes algún curso de .net core y sql server?
@gTosca_666
@gTosca_666 2 ай бұрын
Lo usé mucho con JavaFx y si, a veces se quedó corto pero se soluciona
@tiocontreras8860
@tiocontreras8860 2 ай бұрын
andaba de paso y video salvaje aparece!
@ericksantiagorodriguezcaic1926
@ericksantiagorodriguezcaic1926 2 ай бұрын
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
@hdeleonnet 2 ай бұрын
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í.
@enriquejaimes114
@enriquejaimes114 2 ай бұрын
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 !!
@lucascardozo1365
@lucascardozo1365 2 ай бұрын
Hace una hora ando estudiando mvc y me venis con esto JAJA
@krikgamerxD
@krikgamerxD 2 ай бұрын
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
@hdeleonnet 2 ай бұрын
Hare páginas con rutas. Pero primero voy a terminar de subir los cursos que faltan.
@ale_gallardo
@ale_gallardo 2 ай бұрын
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
@orlandogonzalez1305 2 ай бұрын
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
@ale_gallardo 2 ай бұрын
@@orlandogonzalez1305 gracias
@esteban.acevedo
@esteban.acevedo 2 ай бұрын
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...
@CarlosJova
@CarlosJova 2 ай бұрын
Hector intro modo platzi
@alextauresdiaz
@alextauresdiaz 2 ай бұрын
Si, yo me pierdo entre las 30000 lineas de codigo de algunos controladores donde trabajo.
@asembler22
@asembler22 2 ай бұрын
¿Cómo sería el ejemplo para laravel?. Saludos buen video.
@JesusMartinez-do8jy
@JesusMartinez-do8jy 2 ай бұрын
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
@muremure 2 ай бұрын
@@JesusMartinez-do8jy exacto te dedicas a hacer proyectos básicos.... cuando realizas proyectos.. te abrumas y te dedicas a " hacer la de pedo" 😎
@peliculasparadescargargrat2431
@peliculasparadescargargrat2431 2 ай бұрын
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..
@economiadigital6470
@economiadigital6470 2 ай бұрын
Excelente punto de vista. Pregunta off topic, que base de datos utilizas mayormente, MySQL, MariaDB, PostgreSQL, SQL Server u otro y porque ?
@hdeleonnet
@hdeleonnet 2 ай бұрын
Mysql mariadb en PHP, sqlserver en C#
@pendiente3533
@pendiente3533 2 ай бұрын
Saludos weeee
@edgardomolinagonzalez3121
@edgardomolinagonzalez3121 2 ай бұрын
El MVC es usado estrictamente por las aplicaciones MPA cierto? cuando usas Angular con algún backend como springboot no es lo mismo?
@henryleonardocamposgarcia1040
@henryleonardocamposgarcia1040 2 ай бұрын
Escuchaste sobre la metodología RUP? En mi universidad aún enseñan eso pero me da la impresión que se quedó en los 90. Hoy todo el mundo habla de agile y scrum. Tampoco soy de las personas que me gusta subirme a las modas o tendencias porque sí. ¿Qué opinión tiene sobre esto?
@jesusgastelum7652
@jesusgastelum7652 2 ай бұрын
@@henryleonardocamposgarcia1040 RUP o UP es un proceso de desarrollo que te va a permitir ampliar tu conocimientos en cuanto a analisis y diseño de software se refiere, si es antiguo, no se usa mucho ya, pero a diferencia de SCRUM, RUP si te va guiando en que hacer en cada etapa, teniendo ese conocimiento, usar SCRUM te será mas fácil porque ya tendrias un conocimiento de que artefactos podrias generar en la etapa de diseño al momento de aplicar SCRUM (ya que este ultimo no te dice absolutamente nada).
@IAALDIA2023
@IAALDIA2023 2 ай бұрын
Tengo problemas con la suscripción anual, intente con 2 tarjetas de credito y me sale el mensaje "Your card was declined. Try a different card." lo mismo al probar con una de debito. Y el tema de la suscripción no me da opción de hacerlo con paypal
@hdeleonnet
@hdeleonnet 2 ай бұрын
He detectado que Esta fallando mucho BBVA pero es problema de stripe
@IAALDIA2023
@IAALDIA2023 2 ай бұрын
@@hdeleonnet Ya pude pagar con una tarjeta de mercado pago, por si alguien tiene el mismo problema que yo.
@antoniomartinezgonzalez690
@antoniomartinezgonzalez690 2 ай бұрын
Traté de hacer el pago para "Clean Architecture" no me deja hacerlo, al ingresar los datos de mi tarjeta me sale un mensaje de "compra no autorizada consulte al administrador", ¿Esta fallando el modo de pago por el momento?
@hdeleonnet
@hdeleonnet 2 ай бұрын
Intentaste paypal?
@antoniomartinezgonzalez690
@antoniomartinezgonzalez690 2 ай бұрын
Disculpa mi insistencia, le doy clic al botón de PayPal y no me abre la ventana emergente para iniciar la transacción
@antoniomartinezgonzalez690
@antoniomartinezgonzalez690 2 ай бұрын
Ya pude, muchas gracias
@josue4505
@josue4505 2 ай бұрын
Buen chiste marvel vs capcom estructura 8/10, remate 9/10, la comedia esta reviviendo
@ManuelGonzalezBlanco-u8z
@ManuelGonzalezBlanco-u8z 2 ай бұрын
Hay patrones como la arquitectura CLEAN y el hexagonal.
Why is BACKEND PROGRAMMING NOT getting as COMPLICATED as FRONTEND?
12:02
Lo MALO de Clean Architecture
18:08
hdeleon.net
Рет қаралды 19 М.
Арыстанның айқасы, Тәуіржанның шайқасы!
25:51
QosLike / ҚосЛайк / Косылайық
Рет қаралды 700 М.
She made herself an ear of corn from his marmalade candies🌽🌽🌽
00:38
Valja & Maxim Family
Рет қаралды 18 МЛН
Qué son los Patrones de Presentación: MVC, MVP, MVVM ¿Son Arquitecturas de Software?
7:45
DevExpert - Programación Android y Kotlin
Рет қаралды 8 М.
🚀 .NET 9: Todas las novedades
9:56
campusMVP.es
Рет қаралды 4,3 М.
EL PODER de la ARQUITECTURA MVC + Despliegue de API REST
1:21:35
TE VOY a AHORRAR AÑOS de Estudio en Programación
20:10
hdeleon.net
Рет қаралды 34 М.
Why is FRONTEND PROGRAMMING getting COMPLICATED?
11:13
hdeleon.net
Рет қаралды 29 М.
Comprehending Proc Macros
47:41
Logan Smith
Рет қаралды 32 М.
¿Por qué Debes Aprender ARQUITECTURA de SOFTWARE?
20:34
hdeleon.net
Рет қаралды 33 М.
How to Become a Highly Employable C# Developer in 2025
20:10
Gavin Lon
Рет қаралды 3,9 М.
Арыстанның айқасы, Тәуіржанның шайқасы!
25:51
QosLike / ҚосЛайк / Косылайық
Рет қаралды 700 М.