Arquitetura MVC com Java EE

Você já sabe escrever uma servlet que processa uma requisição e uma JSP que exibe HTML. Uma aplicação real tem trinta de cada. A pergunta que surge então não é mais "como isso funciona", mas "onde eu coloco o quê" — e é ela que decide se a sua aplicação será sustentável daqui a dois anos.

A experiência prática é inequívoca. Sem disciplina, a lógica se espalha por todo lado: um pouco de SQL numa JSP, um cálculo de desconto duplicado em três servlets, uma regra de negócio escrita numa tag de formatação. No dia em que a alíquota de imposto muda, é preciso procurá-la em quarenta arquivos. No dia em que se quer expor os mesmos dados em JSON, é preciso reescrever tudo, porque a lógica é indissociável do HTML.

O padrão Model-View-Controller (Modelo-Visão-Controlador) responde a esse problema atribuindo uma responsabilidade única a cada tipo de componente. Não é uma biblioteca a instalar: é uma divisão que você impõe ao seu código. Em Jakarta EE, o mapeamento é direto — a servlet é o controlador, o JavaBean é o modelo, a JSP é a visão.

O que você vai construir nesta lição, o Spring MVC fará depois por você. Montá-lo uma vez à mão é o que torna o Spring compreensível: quando você vir @GetMapping e Model, saberá exatamente qual mecanismo está escondido por trás. Um projeto novo partiria do Spring Boot; quem o utiliza sem nunca ter escrito um controlador frontal não sabe o que está usando.