Inyección de dependencias

La inyección de dependencias es un principio de diseño que consiste en proporcionar las dependencias que una clase necesita desde fuera de ella, en lugar de que la clase las cree o gestione directamente. Esto mejora el bajo acoplamiento y facilita la prueba y la reutilización del código.

1. Ejemplo Malo: Sin Inyección de Dependencias #

Ejemplo Corregido: Con Inyección de Dependencias #

Explicación de la mejora: #

1. Desacoplamiento: Antes, el jugador creaba su propia arma dentro de la clase, lo que generaba un fuerte acoplamiento entre el jugador y el tipo específico de arma. Al inyectar la arma desde fuera (a través del constructor), el jugador ya no necesita saber qué tipo de arma está usando, solo sabe que tiene una que implementa la interfaz Arma.

2. Flexibilidad: Esto permite que el jugador pueda usar cualquier tipo de arma que implemente la interfaz Arma (por ejemplo, una espada, martillo, o incluso una nueva arma que creemos en el futuro) sin necesidad de modificar la clase Jugador.

3. Testabilidad: Inyectar dependencias también facilita las pruebas unitarias, ya que puedes reemplazar el objeto Arma por un objeto simulado o mock, sin necesidad de alterar la clase Jugador.

En resumen, la mejora principal es hacer el código más flexible y reutilizable al permitir que las dependencias (en este caso, el tipo de arma) sean proporcionadas desde fuera en lugar de ser creadas dentro de la clase.

2. Otro ejemplo #

Ejemplo Malo: Sin Inyección de Dependencias #

Problemas en los Ejemplos Malos #

1. Alto Acoplamiento: OrderService está directamente acoplado a CreditCardProcessor, dificultando cambios o sustituciones por otra implementación.
2. Dificultad en Pruebas: No es fácil probar OrderService de manera aislada porque no se puede sustituir CreditCardProcessor por un mock.
3. Extensibilidad Limitada: Agregar un nuevo método de pago requiere modificar la lógica de OrderService.
4. Reutilización: OrderService no puede trabajar con cualquier implementación de PaymentProcessor, haciéndolo no reutilizable.

Ejemplo Corregido: Con Inyección de Dependencias #