Carregando...
Carregando...
Ajude a melhorar a plataforma
Durante o desenvolvimento de um sistema web para gerenciamento de eventos, a equipe optou por utilizar o padrão arquitetural MVC para organizar a estrutura do código. Após uma entrega parcial, foram observados comportamentos inesperados na forma como certas informações eram apresentadas em diferentes partes da aplicação, o que levou a uma análise mais detalhada da separação de responsabilidades entre as camadas. Com relação a este contexto e sobre o conteúdo estudado, analise as asserções a seguir e a relação proposta entre elas: I. O problema enfrentado pela equipe foi causado por um desvio do padrão MVC, pois cálculos relacionados à regra de negócio devem ser realizados no Model, e não na View. PORQUE II. Ao manter a lógica de cálculo nas Views, aumenta-se o risco de inconsistência de dados e dificulta-se a reutilização dessa lógica em outros pontos do sistema, como relatórios, exportações ou APIs. A respeito dessas asserções, assinale a alternativa correta:
Explique melhor esta questão
Abre o Tutor com o enunciado e as alternativas já no campo — você revisa e envia.
Esta questão foi verificada por um de nossos administradores.
A asserção I é uma proposição verdadeira, pois o padrão MVC define que a View deve se restringir à exibição, enquanto o Model concentra as regras de negócio e cálculos. Quando a equipe colocou o cálculo do preço com desconto na View, violou essa divisão de responsabilidades, criando uma dependência perigosa entre apresentação e lógica. A asserção II também é uma proposição verdadeira porque, ao replicar lógica em diferentes partes da aplicação, aumenta-se a probabilidade de inconsistência, como foi percebido na diferença entre as visualizações do administrador e do usuário. Além disso, se a lógica estivesse no Model, poderia ser reutilizada em outras interfaces (como uma API REST ou um exportador PDF), o que é inviável se estiver embutida na View. A asserção II justifica a asserção I, pois o erro técnico observado (dados inconsistentes e dificuldade de reaproveitamento) decorre diretamente da quebra da arquitetura MVC, reforçando a importância de seguir sua divisão de responsabilidades.