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
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.
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).
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 TH-cam. Saludos
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!
A SalesWithTaxes la hubiera hecho una interfáz ITaxes y creo que eso hubiera quedado mejor. Otra cosa es que la clase AbstractSales hubiera quedado mejor solamente como Sale ya que las otras clases se llaman LocalSale y ForeignSale. Lo demás quedó super cool y yo solo le aplicaría los cambios sugerido.
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?
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
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?
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.
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
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.
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.
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
Gracias a ti me he enamorado de profundizar en los conceptos y he entendido que cruza las tecnologias
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.
@@davidfernandotorreszapata6197 es verdad. Es al unico que se le entiende bien
Lo mejor de programación que existe en español, este hombre es un CRACK
hermano de verdad eres increible explicando
Usted es el mejor sabe como explicar porque uno lo quiere realmente en codigo para entender. Muchas gracias PRO
en todo momento pense k diria pimienta negra recien molida 😅
me quedo clarisimo el principio gracias :D
Muy clara la explicación, gracias Héctor.
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).
😁👍estuve esperando mucho este video. Gracias Héctor
Gracias Hector!👌
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 TH-cam. Saludos
Excelente video, justo para continúar el aprendizaje con los otros 3 videos. Muchas gracias por compartir conocimiento. Salud 🍻
Eres la mera vela bro!!, saludos.
Wow me encanta tu explicaciones, muchas gracias por tus videos.
Sos de los pocos que se expresan con tanta claridad, Héctor. Gracias!!
Que buena explicacion, loco. Gracias!
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!
Que buena cátedra Solid 🤘🏼 excelente video como siempre Master 🍺 salud
Excelente contenido.
Gracias buen hombre!!!
Sos grande Hector. mis felicitaciones.
Excelente Maestro...! Muchas gracias...!
Grande Hector! que buenos videos!!
Muy buenos los videos! Gracias
Uffff tremendo vídeo, siempre tuve dudas con la L de Solid jajajaja
Buen contenido amigo 👏👏
A SalesWithTaxes la hubiera hecho una interfáz ITaxes y creo que eso hubiera quedado mejor. Otra cosa es que la clase AbstractSales hubiera quedado mejor solamente como Sale ya que las otras clases se llaman LocalSale y ForeignSale. Lo demás quedó super cool y yo solo le aplicaría los cambios sugerido.
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?
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
Más adelante deben salir en seg 20
Muy bueno
Excelente video, podrías extrapolarlo a nuevas tecnologías como Golang?
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?
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.
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
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.
@@catarsis_2g mas que claro ahora muchas gracias Osvaldo
Hay algun libro de C# donde tambien hable de principios SOLID?
Uso Swift como herramienta y las clases abstractas no existen, esto aplica también para protocolos (interfaces)?
Puedes hacer un ejemplo de clases de una nómina de México porfa.
El principio Liskov es intercambiable con el principio Open/Closed.
Es decir, puedo lograr lo mismo con las interfaces y abstracciones.
y también intercambiable con el decorator pattern
:D
Liskov seguro no tuvo una linda infancia... dedujo que ella (una hija) puede funcionar sin un padre..... 😢
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.
Polimorfismo
Usame cómo botón si no tienes principios