SOLID: Principio de Sustitución de Liskov (LSP)

El principio de sustitución de Liskov establece que las precondiciones, postcondiciones, invariantes y otras formalidades que se cumplen para una clase también se deben cumplir para sus clases derivadas. De este modo, las referencias a un tipo se pueden hacer respecto de la clase base, sin que otros módulos del sistema trabajen con subentidades concretas.
PRINCIPIOS DE LA PROGRAMACIÓN SOLID: Un conjunto de buenas prácticas que nos ayudan a crear código orientado a objetos más mantenible, reusable y sostenible a largo plazo. • Principios de programa...
#solid #java #dotnet #programacion #tutorial #desarrollosoftware
#objectorientedprogramming #programming #softwaredevelopment
🔔 ¡Suscríbete ya! kzbin.info?sub_confi...
➕ Más tutoriales en: www.makigas.es
⭐ Programa de miembros: youtube.com/@makigas/join
📝 Foros de la comunidad: foro.makigas.es
💬 Servidor de Discord: discord.makigas.es

[@dutchier4896]

Viva Java y MakiGas!

[@videovideo166]

Grande makiboss! enseñando a programar como se debe!

[@fcalderonsanchez]

Gran explicación! Ojalá que en los futuros videos sobre el tema puedas continuar con el ejemplo de las cuentas bancarias y como lo solucionarias.... ¿Uso de interfaces paras cuentas especiales? ¿metodos abstractos en la clase padre? ¿otros? ¿No sería código spaghetti para las cuentas que no tienen diferencia para métodos como "retirar"? Gran video!

[@zidarkz]

¿y qué pasa con el polimorfismo, sobreescritura de métodos? características de la POO. ¿No se estaría violando el principio? Supongo que mientras el comportamiento del método de la clase derivada no cambie el "sentido" de la clase base, no lo estaría haciendo o igual?

[@nisidabay]

Esto es lo que dice "la chatty" (ChatGPT): El polimorfismo y la sobrescritura de métodos no deberían romper inherentemente el Principio de Sustitución de Liskov. Si se toma el cuidado adecuado al diseñar la jerarquía de clases e implementar las sobrescrituras de métodos, se puede garantizar que el PSL no se viole. Aquí hay algunas pautas a seguir: Contratos de Métodos: Al sobrescribir un método en una subclase, asegúrate de mantener el contrato del método (precondiciones y postcondiciones). El comportamiento del método sobrescrito debe ser coherente con su contraparte en la superclase. Tipos de Retorno Covariantes: Si un método en la superclase devuelve un tipo específico, el método sobrescrito en la subclase puede devolver un subtipo (tipo de retorno covariante). Esto no viola el PSL, ya que el valor devuelto sigue siendo una instancia válida del tipo esperado. Evitar Estrechar los Parámetros de Entrada: Si el método sobrescrito en la subclase reduce el tipo de los parámetros de entrada en comparación con el método de la superclase, puede generar problemas al sustituir objetos. Siempre asegúrate de que los parámetros sean compatibles con el método de la superclase. Prevenir Comportamientos Inesperados: Evita cambiar el comportamiento de los métodos sobrescritos de una manera que pueda generar resultados inesperados cuando se sustituyen objetos. El comportamiento de la subclase no debería sorprender al llamante que espera un comportamiento coherente con la superclase. Al adherirse a estas pautas, puedes utilizar el polimorfismo y la sobrescritura de métodos mientras mantienes el Principio de Sustitución de Liskov. Esto te permite crear programas orientados a objetos flexibles, mantenibles y confiables.

[@maicolarias2516]

Tus videos anteriores tenían un poco mejor calidad de Audio,(Pensé que era mi ordenador pero comparé tús videos y este se escucha muy bajo).

[@florentinobajo]

XDDD +1 a la explicación bancaria 😜