Logo Passei Direto
Buscar
Questão 1/10 Arquitetura de Sistemas 40 Ler em voz a A arquitetura Model-View-Controller (MVC) é amplamente utilizada no desenvolvimento de aplicações web, incluindo APIs. Em APIs RESTful, a adaptação do MVC requer uma compreensão cuidadosa da separação de responsabilidades. Considere 0 design de uma API para gerenciar produtos de um e-commerce Qual abordagem melhor representa a aplicação do padrão MVC nesse contexto, considerando a otimização para performance e manutenabilidade? A O componente Model lida com a lógica de negócio e acesso ao banco de dados, a View retorna dados em JSON diretamente do Model, e 0 Controller apenas roteia as requisições. B O componente Model contém a lógica de negócio e persistência de dados, 0 Controller processa as requisições, orquestra a interação com 0 Model e seleciona a representação da View (JSON), delegando a formatação para uma biblioteca específica. C O componente Model é responsável apenas pela estrutura dos dados, a View gera 0 JSON de resposta e a lógica de negócio reside no Controller, que acessa 0 banco de dados diretamente. D O componente View é responsável pela lógica de negócio, 0 Model apenas armazena dados e 0 Controller transforma as requisições em formatos compatíveis com a View. E O componente Controller acessa 0 banco de dados, processa a requisição e retorna dados brutos diretamente ao cliente; 0 Model e a View são desnecessários nesse cenário.
User badge image
Kayke Elpidio

há 3 dias

Respostas

User badge image

Ed Verified user icon

há 3 dias

Para analisar as alternativas sobre a arquitetura Model-View-Controller (MVC) aplicada a uma API RESTful, vamos considerar as responsabilidades de cada componente: - Model: deve lidar com a lógica de negócio e o acesso ao banco de dados. - View: deve ser responsável pela apresentação dos dados, que no caso de uma API RESTful, geralmente é em formato JSON. - Controller: deve processar as requisições, orquestrar a interação entre o Model e a View, e decidir qual representação (View) deve ser retornada. Agora, vamos analisar as alternativas: A) O componente Model lida com a lógica de negócio e acesso ao banco de dados, a View retorna dados em JSON diretamente do Model, e o Controller apenas roteia as requisições. - Análise: O Controller não deve ser apenas um roteador; ele deve orquestrar a interação entre Model e View. B) O componente Model contém a lógica de negócio e persistência de dados, o Controller processa as requisições, orquestra a interação com o Model e seleciona a representação da View (JSON), delegando a formatação para uma biblioteca específica. - Análise: Esta opção descreve corretamente as responsabilidades de cada componente no padrão MVC. C) O componente Model é responsável apenas pela estrutura dos dados, a View gera o JSON de resposta e a lógica de negócio reside no Controller, que acessa o banco de dados diretamente. - Análise: Isso não é uma boa prática, pois a lógica de negócio deve estar no Model. D) O componente View é responsável pela lógica de negócio, o Model apenas armazena dados e o Controller transforma as requisições em formatos compatíveis com a View. - Análise: Isso inverte as responsabilidades e não segue o padrão MVC. E) O componente Controller acessa o banco de dados, processa a requisição e retorna dados brutos diretamente ao cliente; o Model e a View são desnecessários nesse cenário. - Análise: Isso não segue o padrão MVC, pois elimina a separação de responsabilidades. A alternativa que melhor representa a aplicação do padrão MVC nesse contexto, considerando a otimização para performance e manutenabilidade, é: B.

Essa resposta te ajudou?

0
Dislike0

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Mais conteúdos dessa disciplina