🔑 Principios SOLID al Descubierto - Ep02: Domina el principio Abierto Cerrado | Code Like a Pro
ฝัง
- เผยแพร่เมื่อ 20 ต.ค. 2024
- Descubre cómo el Principio Abierto/Cerrado impulsa la eficiencia en la programación con nuestro segundo episodio de la serie "Principios SOLID al Descubierto". Con ejemplos prácticos y visuales, te mostramos cómo aplicar este principio para un código más robusto y mantenible. ¡Es una herramienta esencial para todo desarrollador que busca excelencia y adaptabilidad en su trabajo!
Continúa tu viaje hacia un código excepcional con toda la serie:
• 🔑 Principios SOLID al ... 📐 | 1) Principio de Responsabilidad Única
• 🔑 Principios SOLID al ... 🔒 | 2) Principio Abierto Cerrado
• 🔑 Principios SOLID al ... 🔀 | 3) Principio de Sustitución de Liskov
• 🔑 Principios SOLID al ... 🧩 | 4) Principio de Segregación de Interfáz
• 🔑 Principios SOLID al ... 🔗 | 5) Principio de Inversión de Dependencia
💰 Apoya el Canal: 💰
Para apoyar mi contenido directamente: paypal.me/jorg... ⬅️⬅️⬅️
Lograr las 4,000 horas de visualización para monetizar en TH-cam parece un reto monumental. Si disfrutas de mi contenido y quieres apoyar su creación, cada aporte me acerca a seguir compartiendo mi pasión. ¡Gracias por tu apoyo!
Usa el hashtag #CodigoyCafeDev para unirte a nuestra comunidad de expertos en #ArquitecturaDeSoftware y #PrincipiosSolid.
🎵 Música cortesía de Bensound: www.bensound.co...
Buen video, bien sencillo para nosotros los aprendices
Gracias por tu conteniido, esta genial!!
Muy bien explicado... Excelente trabajo.
Muchas gracias, estoy planeando agregar nuevo contenido al canal muy pronto, espero que siga siendo de tu agrado lo que viene. Saludos!
Gracias hermano
A la orden, saludos!
Muy claro y simple gracias
Excelente, que bueno que te sirvió, muchas gracias por ver el video.
Muy buena explicación, gracias.
Gracias Fabrizzio!
Excelente!!! Me toca verlo varias veces y ponerlo en práctica.. Necesitamos más youtubers asi
Muy buen video amigo, fácil de entender y uno no se aburre de verlo por lo entretenido que está, aprendí mucho, Muchas gracias por su contenido.
Gracias por tu comentario mi amigo, muy pronto traeré nuevo contenido al canal.
Muchas gracias! Realmente me costo entender el cuando y como aplicar el concepto de Open/Close y al explicarlo de forma tan metodológica logre comprenderlo.
Gracias a ti por ver el video Maximiliano! Saludos!
excelente video
Gracias, José Luis. Saludos
Muchas gracias amigo, me han ayudado un montón tus tutoriales!, por favor continúa así 🦾🦾
Mucho éxito!!
Muchas gracias por tu comentario Mario, saludos!
contenido de oro
Gracias, ya retomé el canal nuevamente, seguiré subiendo videos!
que buen material ojala retomes el canal tú contenido es de muy buena calidad y es fácil de entender felicidades!!
Hola Darwin!. Claro que sí! de hecho ya comencé a subir videos nuevamente, espero que te agraden, saludos!
Aaaaaamigo, estos videos son oro puro para un junior jaja, me suscribo de una
Muchas gracias Emanuel, he retomado de nueva cuenta el canal, y pronto verás más videos por acá, saludos!
Gracias :)
Muy buen video, bien hecho, bien explicado y hasta entretenido. Buena conducción. Me he suscrito
Saludos y felicitaciones!
Por otra parte me parece muy familiar este patrón, lo veo mucho en frameworks como el de android, donde ves un método y te pide un parámetro del tipo interfaz de x que a su vez implementa de y, etc etc.
✌
Muchas gracias, es muy posible, los principios SOLID no son propios de php, si bien recuerdo fueron introducidos por el tío Bob y desde entonces se consideran parte de las buenas prácticas de programación en general.
Ñ
Hola, una pregunta, ese principio es parecido al patrón strategy no?
es duro aceptar no modificar código directamente JAJA pero así se hace el clean code que se le hace Gracias crack
buenos videos, tiene ejemplos en javascript?
Hola Cristian, desgraciadamente no, el canal por el momento lo tengo más enfocado en PHP. Saludos!
Hola, yo también programo en php pero tengo la duda caso de wue el formato sea especificado desde la vista que se deberia hacer un swich que dependiendo de eso le inyecte la clase al método view?
Hola, no estoy seguro si entendí bien tu duda, podrías mostrarme un ejemplo para buscar la mejor manera? honestamente yo trato de evitar en mayor medida los switch, tal vez lo que requieres es hacer polimorfismo en la vista, pero sin ver un poco de código me resulta complicado sugerirte alguna alternativa.
Amigo,te hago una consulta,porque hay muchos puristas con este principio. Lo que explicaste vos me parece perfecto y que es la explicacion correcta. Ahora,hay una ola de gente,que literalmente te dicen que no podes cambiar la clase,es decir si quiero agregar un campo a la clase,deberia hacer una clase neuva extendiendo de esa con el campo nuevo. Me parece ya cualquier cosa. De hecho te consulto,si yo tengo un metodo,el cual tengo que mejorar la logica porque no es performante,o tengo que imprimir en pantalla un campo mas .Tiene sentido este principio ? Yo entiendo,tal como decis vos,que tiene sentido,si dentro de los metodos ,tenes comportamiento extensible ,si no ,veo imposible seguirlo al pie de la letra .Gracias.
Hola mi amigo, te doy completa razón referente a los puristas (y posiblemente habrá polémica). Tú tienes todo el derecho y libertad de modificar tu código las veces que creas necesario sin ningún problema. Mi sugerencia a tu pregunta es la siguiente si requieres modificar un método para agregar algo nuevo que imprimir lo puedes hacer solo que me gustaría que notaras un detalle referente a este principio, si lo hubieras puesto en practica desde el principio no tendrías que modificar el método, me explico? suponiendo un método public function render() si le hubieras puesto la posibilidad de hacer el render de manera externa con algo como public function render(MyDisplay $display) y tuvieras clases MyDisplayHtml MyDisplayXML o algo así solo requerirías modificar esa parte extensible.
Básicamente desde mi punto de vista los principios nos sirven como guías a mejorar y evitar errores (que por lo general aún no somos capaces de verlos) y es bueno confiar en ellos por que representa la experiencia de alguien que sabe lo que hace, pero tampoco es el fin del mundo si por alguna cualquier razón algo no cuadra.
Espero haberme explicado, y muchas gracias por ver el video!
@ Muchas gracias por tu tiempo!!
@ Me quede pensando algo ,si uno debe hacer un simple refactor de un método,tiene que hacer un refactor de tipo "Extract method " ,porque se da cuenta que cierta lógica es mejor tenerla en otro método (Codigo más entendible) ,pero no es nada relacionado a comportamiento extendible,también estamos para el mundo de los puristas rompiendo este principio?
@@alxx736 Sinceramente es difícil saber lo que pueden pensar los puristas en este caso. En lo personal no considero que un refactoring pueda romper este principio, ya que el refactoring no cambia el comportamiento externo del código, lo que cambia es la estructura interna con el fin de mejorarlo. Lo que te sugiero es que no tengas miedo de experimentar habrá personas a las que les guste tu código y habrá otras que no, pero a fin de cuentas es tu código, sigue tu propio camino y si te equivocas no pasa nada ganaste experiencia. Si gustas que revise tu código y te haga alguna sugerencia con gusto nos podemos poner de acuerdo. Saludos!
@ Gracias genio!!
Hola, que IDE usas?
Que tal amigo, saludos!, Es phpstorm!
@ Gracias