Compreensão MVC do padrão de design clássico

MVC é uma abreviatura de Model (Model), View (View) e Controller (Controller).Ele organiza o código separando lógica de negócios, dados e exibição. Apenas uma rápida revisão hoje.

compreensão da interpretação mvc

insira a descrição da imagem aqui

M significa Model (Modelo), que significa encapsulamento de regras de negócios. Dos três componentes do MVC, o modelo possui o maior número de tarefas de processamento. Os dados retornados pelo modelo são neutros e o modelo não tem nada a ver com o formato dos dados. Esse modelo pode fornecer dados para múltiplas visualizações. Como o código aplicado ao modelo pode ser reutilizado por múltiplas visualizações, isso reduz a duplicação de código. sexo.

V significa View (View), que significa a interface que o usuário vê e com a qual interage. Por exemplo, uma interface de página web composta por elementos HTML ou uma interface cliente de um software. Um dos benefícios do MVC é que ele pode lidar com muitas visualizações diferentes de um aplicativo. Nenhum processamento real acontece na visualização, é apenas uma forma de gerar dados e permitir que o usuário os manipule.

C significa Controller (Controller), o que significa aceitar a entrada do usuário e chamar o modelo e a visualização para atender às necessidades do usuário. O próprio controlador não produz nada nem faz nenhum processamento. Ele apenas recebe a solicitação e decide qual componente do modelo chamar para processar a solicitação e, em seguida, decide qual visualização usar para exibir os dados retornados.

Vantagem

Esse padrão de design é relativamente simples, mais adequado para cenários de negócios que exigem renderização de páginas no servidor e mais amigável para SEO.

deficiência

Atualmente, com o surgimento do modo de desenvolvimento MVVM e o rápido desenvolvimento da tecnologia front-end, especialmente o surgimento de algumas estruturas de desenvolvimento front-end, como Vue, React, Angular e outros projetos, o uso do modo de design MVC no servidor lado tornou-se cada vez menos.

Para projetos de cenário de negócios onde a lógica de negócios não é particularmente complicada, o MVC ainda pode fazer um trabalho com facilidade, mas à medida que a lógica de negócios se torna grande e complexa, o problema do aumento dos custos de manutenção do projeto do padrão de design MVC torna-se cada vez mais óbvio. Especialmente com o desenvolvimento da arquitetura de microsserviços de projetos de Internet, o padrão de design MVC tornou-se cada vez mais insípido no desenvolvimento da maioria dos projetos de Internet. As principais razões são as seguintes:
  1. A maior separação entre os métodos de exibição de visualização e operação de dados, especialmente o desenvolvimento de terminais móveis e o desenvolvimento de estruturas MVVM front-end, na maioria de nossos cenários não requer mais a renderização de View no lado do servidor .
   2. O modo de design em camadas de código do MVC é, na verdade, relativamente granulado:
o código em nível de modelo não apenas mantém os dados, mas também encapsula a lógica de negócios.À medida que a lógica de negócios se torna cada vez mais complexa, a lógica funcional desta camada se tornará cada vez mais complexa Os mais inchados e difíceis de manter.
  3. Para gerenciamento de equipe, os limites de responsabilidade entre Controlador e Modelo são relativamente confusos e os requisitos para os desenvolvedores escreverem um bom código serão relativamente altos. O conceito parece simples, mas é difícil de adaptar à produção industrial de software.

Acho que você gosta

Origin blog.csdn.net/weixin_43578304/article/details/129194168
Recomendado
Clasificación