Principio de Inversión de Dependencias (DIP)

El Principio de Inversión de Dependencias (DIP) establece que los módulos de alto nivel no deberían depender de módulos de bajo nivel; ambos deberían depender de abstracciones. Además, las abstracciones no deben depender de los detalles, sino que los detalles deben depender de las abstracciones.

• ¿Por qué es importante?
  Este principio promueve un diseño desacoplado, donde los cambios en los módulos de bajo nivel no afectan a los módulos de alto nivel. Facilita la extensibilidad y la testabilidad del código.

1. Ejemplo 1: Sin Cumplir DIP #

Código Malo (Violación del DIP) #

Problema: El módulo de alto nivel Notificador depende directamente del módulo de bajo nivel EnviarCorreo. Si necesitamos cambiar la forma de enviar notificaciones (por ejemplo, usar SMS o push notifications), tendremos que modificar la clase Notificador, rompiendo el principio.

Código Bueno (Aplicando DIP) #

Solución: Ahora Notificador depende de la abstracción ServicioNotificacion, no de la implementación concreta EnviarCorreo. Esto permite cambiar la forma de enviar notificaciones sin modificar la clase Notificador.

2. Ejemplo 2: Extensión sin Modificación #

Supongamos que ahora queremos enviar notificaciones por SMS además de correo.

Beneficio: Gracias a la abstracción ServicioNotificacion, podemos agregar nuevas formas de notificación sin modificar el código existente de Notificador.

3. Beneficios de Aplicar el DIP #

1. Desacoplamiento: Los módulos de alto nivel no dependen directamente de los módulos de bajo nivel.
2. Facilidad de cambio: Las nuevas funcionalidades se pueden agregar sin modificar el código existente.
3. Mayor testabilidad: Las dependencias pueden ser simuladas (mocked) durante las pruebas.

Siguiendo el Principio de Inversión de Dependencias (DIP), obtendrás un diseño más modular, flexible y mantenible. 😊