Aula 14: Projeto final: arquitetura do sistema de pedidos

Sem design, um sistema de pedidos de verdade vira uma única classe gigante em que toda mudança dá medo: preço, e-mail e banco de dados todos emaranhados juntos. Neste projeto final vamos combinar as ideias do curso — responsabilidade única, contratos injetados, um repositório assíncrono, eventos e o

Um sistema bem projetado é como a cozinha de um restaurante em uma noite cheia: cada estação tem um trabalho só, os pedidos passam por uma janela fixa, e um sino toca quando um prato está pronto.

Projeto final: arquitetura do sistema de pedidos: Um design pequeno que combina visivelmente records, contratos assíncronos injetados e eventos de todo o curso.
injeção via construtor: O serviço recebe suas dependências como contratos através do construtor — quem monta o sistema escolhe as implementações, não o serviço em si.
evento de domínio: O serviço anuncia que um fato aconteceu — 'um pedido foi feito' — e os assinantes reagem sem que o serviço os conheça.