D - Inversión de dependencias/SOLID | Desarrollo de software

A. Las clases de alto nivel no deberían depender de las clases de bajo nivel. Ambas deberían depender de las abstracciones.
B. Las abstracciones no deberían depender de los detalles. Los detalles deberían depender de las abstracciones.
Referencias:
www.amazon.es/...
Acompáñame en este gran recorrido.
----------------------------------------------------------------------
¡Suscríbete al conocimiento!
/ juanpablogomezmonsalve
/ xfigu_

[@cesarcubillos7098]

Muy buena serie de videos, todos muy claros y muy aterrizados a la realidad. Gracias Juan.

[@Angelo1no3res6seis]

Solo quiero comentar que estos videos me han sido de suma ayuda en la carrera. No es un tema tan extenso, pero me sacaron de un apuro cuando más los necesitaba. Que excelente forma de explicar. Felicitaciones mi hermano!!

[@juanramirez7576]

Parce , que buen instructor ,de esta manera es muy fácil aprender ,saludos desde Medellín ,Colombia 😊

[@punkogo]

Hola Juan Pablo, excelente trabajo! sigue así muchas gracias por estos videos! Excelente proyecto, muchos éxitos!

[@juanpablorivera3695]

Hola Juan, excelente explicación, tengo una duda, en la clase principal, al dejar por ejemplo el objeto televisor de tipo Televisor tambien funciona, no deberia dejarse así tal cual o debe ser si o si de tipo Interruptor? Gracias

[@juanpablogomezmonsalve1]

Hola, Aunque funciona de esa manera, no se recomienda seguir usando los objetos de su mismo tipo, es recomendable usar la interfaz Interruptor, porque la interfaz obliga a que ciertas clases utilicen los mismos métodos (nombres y parámetros) y nos permiten declarar constantes que van a estar disponibles para todas las clases que queramos, incluso cuando se quiere unificar nombres de métodos, pero seguir manteniendo comportamientos que no tienen nada que ver uno con el otro. Si usamos el objeto televisor de tipo Televisor y el día de mañana un desarrollador le cambia el comportamiento o agrega nuevas funcionalidades a la clase Televisor, la interfaz no va a tener gobierno o control sobre esta clase y vas a agregar más complejidad a tu programa, míralo más por el lado de que la interfaz agrega una cierta autoridad, control o incluso un factor común entre las clases sobre las implementaciones de tu programa y es un control que por buenas practicas debemos de respetar para que no se nos vuelva una bola de nieve en un futuro.