¿Qué es la inyección de dependencias y la inversión de control?

Question

IT Interview Practice · Accepted Answer

**Dependency Injection (DI)** significa que un objeto recibe sus dependencias desde el exterior en lugar de crearlas él mismo. Es una forma de **Inversion of Control (IoC)**: la responsabilidad de conectar objetos está *invertida* — lejos del objeto y hacia una llamada o contenedor.

## Sin DI vs. con DI

```python
# WITHOUT DI — the class controls its own dependencies (tight coupling)
class OrderService:
    def __init__(self):
        self.repo = PostgresOrderRepo()   # hard-wired; can't swap or test

# WITH DI — dependencies are passed in (loose coupling)
class OrderService:
    def __init__(self, repo: OrderRepo):  # any OrderRepo implementation
        self.repo = repo

# wiring happens outside:
service = OrderService(PostgresOrderRepo())   # prod
test    = OrderService(InMemoryOrderRepo())   # test — no DB needed
```

La clase ahora depende de la *abstracción* `OrderRepo`, y alguien más decide qué implementación concreta proporcionar.

## Formas de inyección

| Forma | Cómo |
|---|---|
| Constructor | Se pasa al constructor (preferido — dependencias requeridas explícitas) |
| Setter | Se establece mediante un método después de la construcción (dependencias opcionales) |
| Interfaz/contenedor | Un framework resuelve e inyecta (Spring, .NET DI) |

## Compensaciones

```text
✓ Testable (inject fakes/mocks)   ✓ Swappable implementations
✓ Explicit dependencies            ⚠️ More wiring; indirection can obscure flow
⚠️ DI containers add "magic" → harder to trace what's wired where
```

## Por qué es importante

DI es la realización práctica del Dependency Inversion Principle — la lógica de alto nivel deja de depender de clases concretas de bajo nivel.

El beneficio es la testabilidad y flexibilidad: puede sustituir una base de datos falsa en las pruebas o cambiar un proveedor de pagos en producción modificando la configuración, no la lógica empresarial.

Forma	Cómo
Constructor	Se pasa al constructor (preferido — dependencias requeridas explícitas)
Setter	Se establece mediante un método después de la construcción (dependencias opcionales)
Interfaz/contenedor	Un framework resuelve e inyecta (Spring, .NET DI)

Sin DI vs. con DI

Formas de inyección

Compensaciones

Por qué es importante

Preguntas relacionadas