Pular para o conteúdo principal

Questão de Arquitetura de Software — MVC (Model-view-controller) — CESPE / CEBRASPE 2025

Arquitetura de SoftwareMVC (Model-view-controller)
Código
ce195059
Banca
CESPE / CEBRASPE
Órgão
ANM
Ano
2025
Nível
Superior
Cargo
Especialista em Recursos Minerais - Especialidade: Tecnologia da Informação - Governança e Inovação
Julgue o item a seguir, relativo a arquitetura MVC e princípios de projeto.A arquitetura MVC aplica o princípio do baixo acoplamento em projetos quando preserva as interfaces já desenvolvidas ao receber do controller uma notificação de mudança de estado.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoE — Errado

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”.

Arquitetura MVC e baixo acoplamento

ERRADO. A afirmação está incorreta porque, no padrão MVC, quem notifica as visões sobre mudanças de estado é o Model, não o Controller. O Controller recebe as requisições do usuário e as traduz em comandos para o Model, mas não emite notificações de mudança de estado diretamente para a View. Portanto, a descrição apresentada não corresponde ao fluxo clássico do MVC.

No MVC tradicional, o Model encapsula os dados e a lógica de negócio. Quando seu estado é alterado (por ação do Controller, que invoca métodos do Model), ele notifica todas as Views inscritas (padrão Observer). A View, então, consulta o Model e atualiza a interface. O Controller atua como intermediário entre a entrada do usuário e o Model, mas não é responsável por notificar mudanças de estado à View.

A expressão "preserva as interfaces já desenvolvidas" remete ao baixo acoplamento: como a View não precisa conhecer detalhes do Model, alterações no Model não exigem modificação da View, desde que a interface (contrato) seja mantida. Contudo, o mecanismo apontado — notificação vinda do Controller — é que está equivocado. A notificação correta parte do Model.

  1. 1Usuário → Controller
  2. 2Controller → Model
  3. 3Model notifica View
  4. 4View consulta Model
  5. 5View atualiza interface
LEVEL · soulevel.com.br
PEGA ESSA DICA!

Em questões sobre MVC, lembre-se do fluxo: usuário → Controller → Model → (notifica) → View. O Controller nunca notifica a View diretamente; essa é a função do Model via observer.

ERRADO.

Link permanente: /questoes/ce195059