Was ist Dependency Injection und Inversion of Control?

Question

Accepted Answer

**Dependency Injection (DI)** bedeutet, dass ein Objekt seine Abhängigkeiten von außen erhält, anstatt sie selbst zu erstellen. Es ist eine Form von **Inversion of Control (IoC)**: die Verantwortung für das Verbinden von Objekten ist *invertiert* — weg vom Objekt und hin zu einem Aufrufer oder Container.

## Ohne DI vs. mit 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
```

Die Klasse hängt nun von der *Abstraktion* `OrderRepo` ab, und jemand anders entscheidet, welche konkrete Implementierung bereitgestellt wird.

## Formen der Injektion

| Form | Wie |
|---|---|
| Konstruktor | Wird dem Konstruktor übergeben (bevorzugt — erforderliche Abhängigkeiten explizit) |
| Setter | Wird nach der Konstruktion über eine Methode gesetzt (optionale Abhängigkeiten) |
| Schnittstelle/Container | Ein Framework löst und injiziert auf (Spring, .NET DI) |

## Trade-offs

```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
```

## Warum es wichtig ist

DI ist die praktische Realisierung des Dependency Inversion Principle — Geschäftslogik hört auf, von konkreten, Low-Level-Klassen abhängig zu sein.

Der Vorteil ist Testbarkeit und Flexibilität: Sie können in Tests eine gefälschte Datenbank austauschen oder einen Zahlungsanbieter in der Produktion wechseln, indem Sie die Verkabelung ändern, nicht die Geschäftslogik.

Form	Wie
Konstruktor	Wird dem Konstruktor übergeben (bevorzugt — erforderliche Abhängigkeiten explizit)
Setter	Wird nach der Konstruktion über eine Methode gesetzt (optionale Abhängigkeiten)
Schnittstelle/Container	Ein Framework löst und injiziert auf (Spring, .NET DI)