🧱 Camadas Dojo

Regra de ouro

A dependência sempre anda num único sentido: Apresentação → Domínio → Repositório, nunca ao contrário. Cada camada só conhece a camada logo abaixo dela — e nunca pula uma para chegar na de baixo.

As três camadas

Sinais de que uma camada está no lugar errado

• Uma classe conhece HTTP, regra de negócio E banco ao mesmo tempo.
• O Controller decide o status HTTP com base numa regra de negócio (em vez de deixar uma exceção decidir).
• O Repositório contém um "if" de regra de negócio, em vez de só executar a consulta.
• "Pulo de camada": a Apresentação chama o Repositório direto, passando por cima do Domínio.

Anti-padrão: Sinkhole

Uma camada que só repassa a chamada adiante, sem decidir nada, não é permissão pra pular ela — é só um sinal de alerta. Só vira problema de verdade se acontece com muita frequência.

Formato de entrada × regra de negócio

Nem toda validação é regra de negócio: checar o tamanho de um campo (ex.: placa entre 5 e 10 caracteres) é validação de formato, parte do contrato da Apresentação/DTO. Regra de negócio de verdade depende de consultar outro dado do sistema (ex.: "a marca está ativa?") — por isso vive no Domínio.

Organizando as camadas nos desafios de classificação