O que é injeção de dependência e inversão de controle?

Question

IT Interview Practice · Accepted Answer

**Injeção de Dependência (DI)** significa que um objeto recebe suas dependências de fora em vez de criá-las. É uma forma de **Inversão de Controle (IoC)**: a responsabilidade de conectar objetos é *invertida* do objeto e dada a um chamador ou contêiner.

## Sem DI vs. com 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
```

A classe agora depende da *abstração* `OrderRepo`, e outra pessoa decide qual implementação concreta fornecer.

## Por que isso importa

| Forma | Como |
|---|---|
| Constructor | Passado para o construtor (preferido — dependências obrigatórias explícitas) |
| Setter | Definido via método após construção (dependências opcionais) |
| Interface/container | Um framework resolve e injeta (Spring, .NET DI) |

## Compensações

```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 que isso importa

DI é a realização prática do Princípio de Inversão de Dependência — lógica de alto nível para de depender de classes concretas de baixo nível.

O retorno é testabilidade e flexibilidade: você pode substituir um banco de dados falso em testes ou trocar um provedor de pagamento em produção alterando a fiação, não a lógica de negócios.

Forma	Como
Constructor	Passado para o construtor (preferido — dependências obrigatórias explícitas)
Setter	Definido via método após construção (dependências opcionais)
Interface/container	Um framework resolve e injeta (Spring, .NET DI)

Sem DI vs. com DI

Por que isso importa

Compensações

Por que isso importa

Perguntas relacionadas