ANÚNCIO

~/questoes/programacao

Qual é o principal objetivo de refatorar uma API para seguir o padrão MVC?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência Curso de Node JS Aula 10 Refatorar para o MVC Controller e ajustes
Para fixar

Refatoração de API para o Padrão MVC: Objetivos Principais

Conceito central

O padrão MVC (Model-View-Controller) é uma arquitetura que organiza o código separando as responsabilidades em três camadas distintas. Refatorar uma API para seguir esse padrão significa reorganizar o projeto para melhorar sua organização, tornando-o mais fácil de entender, manter e expandir conforme a aplicação cresce.

Por que essa resposta faz sentido

A alternativa B está correta porque o objetivo principal da refatoração para MVC é justamente melhorar a legibilidade do código, tornando a manutenção mais simples e preparando a aplicação para crescimento futuro. Quando o código está bem organizado em controllers, models e repositories, fica muito mais fácil encontrar problemas, adicionar novas funcionalidades e trabalhar em equipe.

Armadilhas comuns

  • Confundir MVC com otimização de performance: MVC melhora organização, não velocidade de execução
  • Achar que MVC elimina tecnologias como banco de dados: Na verdade, ele as organiza melhor através de camadas específicas
  • Pensar que refatoração para MVC é apenas cosmética: Na realidade, torna o código profissional e escalável

Entenda as alternativas

A

Refatorar para MVC não elimina a necessidade do banco de dados. Na verdade, o padrão MVC organiza melhor como você se comunica com o banco através da camada Model e repositories. O MySQL continua sendo usado da mesma forma, apenas melhor estruturado.

B

Esta é a resposta correta. O MVC organiza o código separando responsabilidades: Controllers gerenciam requisições, Models lidam com dados, e Views apresentam respostas. Isso deixa o código mais legível, fácil de manter e pronto para crescer quando novas funcionalidades forem necessárias.

C

MVC não é uma otimização de performance. Seu objetivo é arquitetural, não de velocidade de execução. Na verdade, a estrutura bem organizada pode até adicionar um pequeno overhead, mas compensa em qualidade e manutenibilidade do código.

D

As rotas HTTP continuam sendo necessárias no padrão MVC e devem sempre estar definidas. O que muda é que a lógica dentro das rotas é movida para os controllers, deixando o arquivo de rotas mais limpo e organizado.

Dica prática: Ao refatorar sua API para MVC, comece separando fisicamente o código em pastas: crie uma pasta controllers para sua lógica de requisições, uma pasta repositories para operações com banco de dados e organize tudo dentro de uma pasta app. Isso deixa visualmente claro onde cada coisa deve estar.

Revise pensando: Se você tem métodos de lógica de negócio soltos no arquivo de rotas, por que seria melhor movê-los para um controller?