Boa parte de quem usa Laravel no dia a dia trata Service Providers e Facades como mágica que "só funciona". Entender o que acontece por baixo — o container de injeção de dependência sendo alimentado — muda como eu escrevo código desde o primeiro dia de um projeto novo.
O que um Service Provider realmente faz
Um Service Provider é onde eu registro, no container de injeção de dependência do Laravel, como uma classe deve ser instanciada. Isso é o que permite que eu troque a implementação de uma interface — como discuto em SOLID aplicado em Laravel — sem precisar alterar cada lugar do código que depende dela. O Provider é o único ponto que sabe qual implementação concreta está por trás de cada contrato.
Facade é conveniência, não é mágica
Uma Facade é só um atalho estático para algo que já está registrado no container. Isso ajuda a legibilidade do código, mas esconde a dependência real da classe — o que dificulta testar isoladamente se usado sem cuidado. Uso Facade no código de aplicação, mas prefiro injeção explícita de dependência em qualquer classe de domínio que eu queira testar sem subir o framework inteiro.
O próximo passo natural: versionar o banco
Entender como o Laravel gerencia dependência é a base para entender como ele versiona schema de banco de dados sem quebrar produção — o que detalho em Migrations.
