Principios SOLID: Principio de Sustitución de Liskov LSP

En este video te mostrare que es el principio de sustitución de Liskov, un principio que nos dice que su tienes una clase hija, esta clase hija no debe eliminar comportamiento de la clase padre. También aplica para interfaces.
💻 CURSO de Patrones de Diseño en C# y ASP .Net: www.udemy.com/course/aprender...
💻 CURSO de C# .Net: www.udemy.com/course/curso-de...
Todos los videos de la serie SOLID: • Principios SOLID: El P...
Si quieres apoyarme y darme para una cerveza puedes hacerlo por aquí: paypal.me/HectorDeLeonGuevara
Puedes apoyarme desde 0.5 USD al mes uniéndote como miembro al canal aquí: / @hdeleonnet
La falta de respeto tanto a mí como a cualquier otra persona y el SPAM son razones de bloqueo en mi canal.
"Copyright Disclaimer Under Section 107 of the Copyright Act 1976, allowance is made for "fair use" for purposes such as criticism, comment, news reporting, teaching, scholarship, and research. Fair use is a use permitted by copyright statute that might otherwise be infringing. Non-profit, educational or personal use tips the balance in favor of fair use"
Sigueme en twitter ⇒ / powerhdeleon
Sigueme en facebook ⇒ / hdeleon666
Mi Sitio web ⇒ hdeleon.net
#programación #SOLID #cleanCode

[@hdeleonnet]

Si te ha gustado el video puedes dejarme un comentario y un Pulgar arriba Curso de Patrones de Diseño: www.udemy.com/course/aprender-patrones-de-disenos-aplicados-en-asp-net/?referralCode=11528C0122AD145CE970 Curso de C#: www.udemy.com/course/curso-de-csharp/?referralCode=64540A5EA308E4FCA4CE

[@victorizquierdo5320]

Muy clara la explicación, gracias Héctor.

[@davidfernandotorreszapata6197]

Por alguna razón a usted es al unico que le entiendo bien los conceptos... Porfavor no olvides subir todo SOLID, he visto los 3 primeros. Muchas gracias por su aporte a todos nosotros, un saludo.

[@geovannycardozocedeno6041]

Lo mejor de programación que existe en español, este hombre es un CRACK

[@cristiancruz6930]

Que buena explicacion, loco. Gracias!

[@jonathanarangoa4281]

Usted es el mejor sabe como explicar porque uno lo quiere realmente en codigo para entender. Muchas gracias PRO

[@leticiavilla539]

Gracias Hector!👌

[@Vladimir-go5yn]

Sos de los pocos que se expresan con tanta claridad, Héctor. Gracias!!

[@canaljoseg0172]

Hermano usted si está claro sobre este principio, 100% de acuerdo con su ejemplo, ya que he visto algunos videos y comente un pequeño error (Es la de cambiar la clase Padre).

[@gaston7872]

en todo momento pense k diria pimienta negra recien molida 😅 me quedo clarisimo el principio gracias :D

[@miguelg8a]

😁👍estuve esperando mucho este video. Gracias Héctor

[@ShinigamiOLT]

Excelente video, justo para continúar el aprendizaje con los otros 3 videos. Muchas gracias por compartir conocimiento. Salud 🍻

[@gustavoghp2262]

Se hizo esperar para aquí está. Héctor, no pude enviarte dinero por PayPal porque en Argentina somos esclavos de un banco central desquiciado pero me suscribí en Patreon y me hice miembro pago en KZbin. Saludos

[@emmanuelvelez8431]

Wow me encanta tu explicaciones, muchas gracias por tus videos.

[@FalcoSparverius]

Muy bueno, por fin me quedo mas clara la idea, estuve horas viendo y leyendo ejemplos pero ya mezclaban con algo mas referido a la segregacion de interfacez y realmente no lo entendia, gracias!

[@alonsolr]

Que buena cátedra Solid 🤘🏼 excelente video como siempre Master 🍺 salud

[@elianalopez6957]

Excelente contenido. Gracias buen hombre!!!

[@jorgeibarraortiz9720]

Eres la mera vela bro!!, saludos.

[@dev-cool]

Sos grande Hector. mis felicitaciones.

[@sercompaf8486]

Excelente Maestro...! Muchas gracias...!

[@alvaromorales3310]

Grande Hector! que buenos videos!!

[@maurowasil3744]

Muy buenos los videos! Gracias

[@JhuniorReds]

Buen contenido amigo 👏👏

[@guillermolagos2626]

Buen video

[@andreperalta7720]

Uffff tremendo vídeo, siempre tuve dudas con la L de Solid jajajaja

[@hector9079]

Muy bueno

[@daniel4661]

Excelente video, podrías extrapolarlo a nuevas tecnologías como Golang?

[@luismarquez1938]

En el caso de que La clase abstract AbstractSales ya estuviese en ambiente productivo durante mucho tiempo y de repente nace la nacesidad de extenderla otra vez en otra clase que no necesita todos los metodos abstractos y atributos de la clase AbstractSale, qué se debe de hacer en ese caso? elimino el atribuo y metodo abstract de la clase padre que lleva en PROD mucho tiempo o qué puedo hacer?

[@jarnioo7]

Héctor no salen arriba los otros dos videos por si acaso, gracias por la respuesta salen en el segundo 0:34 para los que deseen ver los otros principios

[@hdeleonnet]

Más adelante deben salir en seg 20

[@noestoydeacuerdo1]

Gracias por la explicación. Tengo una inquietud, por el ejemplo que pones no se estaría violando el segundo principio, OCP, es que veo que cuando introduces la clase abstacta SalesWithTaxes prácticamente debes modificar todo el código para poder introducir la clase concreta ForeignSale? O estoy entendiendo mal ambos principios?

[@elmerllempen2857]

grande master!! consulta tecnica. siguiendo el principio de Liskov, tengo una clase llamada actividadAbstract y 2 clases q heredan de este que se llaman actividad y actividadConEstados. En la vista de mvc algunas gestionan estado y otras no. como deberia mostrar el control de estado dependiendo de la clase? un if ? que me sugieres. gracias por los videos.

[@mauriciorpc]

Puedes hacer un ejemplo de clases de una nómina de México porfa.

[@gregoriolopezgonzalez8692]

Que va Hector muchas gracias por tus videos, me eestánsirviendo para prepararme para una entrevista muy canija estos dias, estoy un poquito confundido al ver el ejemplo de Liskov siento que se viola el Single Responsability en las clases que generan venta y calculan taxes en la misma clase si tuvieras una chance de dejarme un comentario, me ayudaría mucho si pudieras explicararme si se esta violando o no y el por que si no ps ni pex igual muy chido tu contenido

[@catarsis_2g]

Saludos, espero te pueda ayudar, en el ejemplo si esta cumpliendo con el principio ya que el objetivo de la clase es manejar la venta, esa es su responsabilidad única y una venta tiene impuestos, hay un limite de desacomplamiento de funcionalidades y dicho limite es dado por ti mismo y el problema a resolver.

[@gregoriolopezgonzalez8692]

@@catarsis_2g mas que claro ahora muchas gracias Osvaldo

[@fernandoflorez8646]

Uso Swift como herramienta y las clases abstractas no existen, esto aplica también para protocolos (interfaces)?

[@Maindev1994]

Hay algun libro de C# donde tambien hable de principios SOLID?

[@gregorioherreraherrerasant6839]

El principio Liskov es intercambiable con el principio Open/Closed. Es decir, puedo lograr lo mismo con las interfaces y abstracciones.

[@luisf227]

y también intercambiable con el decorator pattern

[@SandwichStorePlay]

Di manito arriba, pero en lo que discierno, el principio de Liskov, no aplica para todos los casos de uso. No siempre una clase hija, se puede usar como su clase padre, eso es válido en un mundo de cero inmutabilidad, pero ya no es ese mundo.

[@StuartLoria]

Polimorfismo

[@MagnusRazer]

Liskov seguro no tuvo una linda infancia... dedujo que ella (una hija) puede funcionar sin un padre..... 😢

[@jeycode9180]

Usame cómo botón si no tienes principios