Principios SOLID: Principio de Sustitución de Liskov LSP

[@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

[@erickfana4466]

Gracias a ti me he enamorado de profundizar en los conceptos y he entendido que cruza las tecnologias

[@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.

[@joseguerra2389]

@@davidfernandotorreszapata6197 es verdad. Es al unico que se le entiende bien

[@genosida89]

hermano de verdad eres increible explicando

[@geovannycardozocedeno6041]

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

[@gaston7872]

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

[@jonathanarangoa4281]

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

[@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

[@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).

[@miguelg8a]

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

[@victorizquierdo5320]

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

[@leticiavilla539]

Gracias Hector!👌

[@ShinigamiOLT]

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

[@emmanuelvelez8431]

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

[@Vladimir-go5yn]

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

[@alonsolr]

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

[@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!

[@jorgeibarraortiz9720]

Eres la mera vela bro!!, saludos.

[@dev-cool]

Sos grande Hector. mis felicitaciones.

[@elianalopez6957]

Excelente contenido. Gracias buen hombre!!!

[@cristiancruz6930]

Que buena explicacion, loco. Gracias!

[@sercompaf8486]

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

[@alvaromorales3310]

Grande Hector! que buenos videos!!

[@maurowasil3744]

Muy buenos los videos! Gracias

[@JhuniorReds]

Buen contenido amigo 👏👏

[@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?

[@andreperalta7720]

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

[@daniel4661]

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

[@hector9079]

Muy bueno

[@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.

[@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

[@Maindev1994]

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

[@mauriciorpc]

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

[@fernandoflorez8646]

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

[@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

[@giank_dev]

:D

[@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.

[@MagnusRazer]

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

[@StuartLoria]

Polimorfismo

[@jeycode9180]

Usame cómo botón si no tienes principios