Model-view-controller (MVC)

Model-view-controller (MVC)

1. O que é:

   • É um padrão de arquitetura que separa o projeto do software em três camadas independentes: o modelo ou model (manipulação da lógica de dados), a visão ou view (a interface do usuário) e o controlador ou controller (fluxo de aplicação). Esta separação facilita a manutenção do código, e ainda pode ser reutilizada em outros projetos.

2. Na Prática:

   • Em termos práticos, utilizar do padão MVC significa: Dividir a aplicação em camadas( uma da interface do usuário denominada View, uma para manipulação lógica de dados chamada Model, e uma terceira camada de fluxo da aplicação chamada Control); Criar a possibilidade de exibir uma mesma lógica de negócios através de várias interfaces; Isolar a camada de negócios (Model) das demais camadas do sistema, de forma a facilitar a sustentabilidade do código; E implementar o controlador a fim de permitir que esta camada receba os eventos da interface e os converta em ações no modelo.

3. Camadas do MVC:

   • * View: Também conhecida como cliente-side, é a camada que exibe uma representação dos dados, possui a interface com usuário, faz a exibição dos dados utilizando-se de HTML e/ou XML, e é responsável por usar as informações modeladas para produzir interfaces de apresentação conforme a necessidade.
   • * Model: É a camada que contem a estrutura de dado atrás de uma parte específica da aplicação (Usualmente portada em JSON). É responsável pela leitura, manipulação e validação de dados, além de por tratar as regras de negócio. Obtém os dados e os traduz em informações relevantes para serem exibidas pela View. Notifica a view e controler associados quando há uma mudança em seu estado.
   • * Controller: É a camada de controle. Exerce o controle de qual model deverá ser aplicado e qual view será mostrado ao usuário. Podemos dizer que esta camada faz uma gerência das outras duas camadas. O controller manipula e roteia as requisições dos usuários. Interpreta as requisições submetidas pelo usuário e traduz em comandos que são enviados para o (Model) e/ou para a View). Valida as requisições dos usuários de acordo com as regras de autenticação e autorização.

4. Interação dos Componentes:

   • O Controlador (controller) envia comandos para o modelo para atualizar o seu estado (por exemplo, editando um documento). O controlador também pode enviar comandos para a visão associada para alterar a apresentação da visão do modelo (por exemplo, percorrendo um documento). Um modelo (model) armazena dados e notifica suas visões e controladores associados quando há uma mudança em seu estado. Estas notificações permitem que as visões produzam saídas atualizadas e que os controladores alterem o conjunto de comandos disponíveis. Por fim, a visão (view) gera uma representação dos dados presentes no modelo solicitado, fazendo a exibição dos dados, sendo ela por meio de um html ou xml.

5. Vantagens e Desvantagens:

   • (V): Melhor nível de sustentabilidade, pois facilita a manutenção da aplicação. Melhor performance, graças a separação em camadas. Fácil transformação da interface, sem que haja necessidade de modificar a camada de negócio. Melhor desempenho e produtividade, graças a estrutura de pacotes modulares. A arquitetura modular permite aos desenvolvedores e designers trabalharem em paralelo. Partes da aplicação podem ser modificadas sem a necessidade de alterar outras.
   • (D): Necessita de um tempo maior para explorar e modelar o sistema. Requer mão-de-obra especializada. À medida que o tamanho e a complexidade do projeto crescem, a quantidade de arquivos e pastas continuará aumentando também. Os interesses de UI (interface do usuário) (modelos, exibições, controladores) se localizam em várias pastas, que não são formadas em grupos por ordem alfabética.