Questão de Arquitetura de Software — MVC (Model-view-controller) — CESPE / CEBRASPE 2024
Arquitetura de Software›MVC (Model-view-controller)
Código
ce168413
Banca
CESPE / CEBRASPE
Órgão
CAGEPA - PB
Ano
2024
Nível
Superior
Cargo
Analista de Sistemas - Sistemas de TI
Com referência a aplicações web e ao padrão MVC (Model-View-Controller), assinale a opção correta.
AO emprego da arquitetura MVC possibilita o acoplamento das regras de negócios com a lógica de apresentação, que é a interface com o usuário.
BA view é formada pelos componentes de interface que não são visíveis para o usuário, como as classes inclusas na biblioteca do UIKit.
CNo padrão MVC, o model representa a lógica do banco de dados, com índices e chaves.
DNo contexto de aplicações web, o controller recebe requisições HTTP, manipula dados por meio do model e retorna a resposta adequada ao cliente via view (HTML etc.).
EO model interpreta entradas do usuário e interage com o controller para atualizar o estado da aplicação e com a view para renderizar a interface apropriada.
Revelar gabarito e comentário▾
GabaritoD — No contexto de aplicações web, o controller recebe requisições HTTP, manipula dados por meio do model e retorna a resposta adequada ao cliente via view (HTML etc.).
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
MVC (Model-View-Controller) em aplicações web
Gabarito: letra D. O padrão MVC separa a aplicação em três camadas: Model (dados e regras de negócio), View (interface com o usuário) e Controller (intermediação). Em aplicações web, o Controller recebe requisições HTTP, manipula dados via Model e retorna a resposta ao cliente através da View (ex.: HTML). As demais alternativas trocam ou confundem essas responsabilidades.
NÃO CAIA NESSA!
A banca inverte papéis entre as três camadas. Por exemplo: afirmar que o Model interpreta entradas do usuário (quem faz isso é o Controller) ou que a View não é visível. Memorize o fluxo: usuário → Controller → Model → Controller → View → resposta.
1Usuário faz requisição HTTP
2Controller recebe e interpreta
3Controller manipula Model
4Controller seleciona View
5View gera resposta (HTML/JSON)
6Resposta enviada ao cliente
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
O MVC busca justamente o desacoplamento entre regras de negócio (Model) e apresentação (View). Afirmar que possibilita o acoplamento é o oposto do objetivo do padrão.
Alternativa B — ❌ Incorreta
A View é a interface visível ao usuário (telas, páginas HTML, componentes gráficos). Componentes não visíveis, como classes internas, não fazem parte da View.
Alternativa C — ❌ Incorreta
O Model representa a lógica de negócio e os dados da aplicação, não se limitando ao banco de dados. Índices e chaves são detalhes de implementação da persistência, não definem o Model.
Alternativa D — ✅ Correta ⟵ GABARITO
No contexto web, o Controller é o ponto de entrada: recebe requisições HTTP, invoca o Model para processar dados e, em seguida, seleciona a View adequada para gerar a resposta (HTML, JSON etc.). Essa é a descrição canônica do fluxo MVC em aplicações web.
Alternativa E — ❌ Incorreta
Quem interpreta entradas do usuário é o Controller, não o Model. O Model é notificado pelo Controller para atualizar o estado; a View é atualizada pelo Controller (ou por notificações do Model, dependendo da implementação). A alternativa troca os papéis.
A tabela a seguir resume as responsabilidades de cada componente no MVC: