índice
Um: Introdução ao padrão de arquitetura MVC
Dois: Instruções para implementar MVC em Java,
1.Modelo (modelo): *** Classe de serviço:
2. Controlador (controlador): Classe Servlet:
3. Visualizar (visualizar): arquivo .jsp ou .ftl:
4. O MVC pode fazer a exibição de visualização e análise de manifestação de desacoplamento de dados
Três: as vantagens do padrão de arquitetura MVC
Um: Introdução ao padrão de arquitetura MVC
● Padrão de arquitetura MVC: é um padrão de arquitetura muito importante em todo o campo de software.
● Ao se preparar para projetar e desenvolver um software, a primeira etapa não é escrever código, mas projetar a maneira como o software é construído e, primeiro, determinar o modelo de desenvolvimento;
● Comuns na engenharia de software são: padrão de arquitetura MVC; padrão de arquitetura MVVM; o objetivo principal desses padrões de arquitetura é fazer com que o software se desenvolva melhor, para que as equipes possam colaborar melhor em equipes, de modo que os módulos e módulos tenham um acoplamento mais baixo.
Padrão de arquitetura MVC:
● Visualização : JSP é usado apenas para exibir dados, que é uma visualização;
● Modelo : a classe Java back-end é dedicada ao processamento e cálculo de dados e o resultado é o modelo;
● Controlador :
(1) Não há conexão direta entre a visualização e o modelo, caso contrário, ele se tornará como no exemplo de "exibição e acoplamento de código" acima (o código de front-end e o código de back-end são misturados);
(2) Para evitar uma conexão direta entre a visualização e os dados, uma nova função é adicionada: o controlador;
(3) O controlador é o link mais importante no padrão de arquitetura MVC; ele serve como um link entre o anterior e o próximo; é responsável por receber os parâmetros de solicitação da visualização, passando os parâmetros para o Modelo para processamento de dados, e em seguida, retornar os resultados do processamento de dados do modelo para a visualização por meio do controlador; A visualização e o modelo estão diretamente voltados para o controlador, a visualização não precisa saber a existência do modelo de back-end e o modelo não precisa saber qual visualização está usando meus dados;
(4) O controlador, que efetivamente desacopla a visualização e o modelo;
No modo MVC, é fácil dividir o trabalho da equipe; o pessoal de front-end desenvolve a visão e o pessoal de back-end desenvolve o modelo. Após a conclusão do desenvolvimento, as pontas frontal e traseira são coladas através do controlador;
MVC não é um pronome específico. MVC é um conceito de design. MVC pode ser aplicado a Java ou .NET. A implementação de MVC em diferentes linguagens é diferente;
Dois: Instruções para implementar MVC em Java,
1.Modelo (modelo): *** Classe de serviço:
……………………………………………………
2. Controlador (controlador): Classe Servlet:
……………………………………………………
3. Visualizar (visualizar): arquivo .jsp ou .ftl:
MVC pode desacoplar a exibição da visualização e os dados do modelo;
……………………………………………………
4. O MVC pode fazer a exibição de visualização e análise de manifestação de desacoplamento de dados
O MVC pode desacoplar a exibição de visualização e os dados do modelo; onde o manifesto de desacoplamento:
É concebível que o engenheiro que desenvolve JSP (pertencente ao View) seja um engenheiro júnior. Durante o desenvolvimento, ele não precisa se preocupar com a classe em que os dados de back-end são gerados. Ele só precisa fazer um acordo com o engenheiro sênior quem desenvolve o modelo. Esse resultado é nosso. Por fim, ele será armazenado no atributo "squareList" da solicitação atual; depois disso, o engenheiro JSP extrairá diretamente os dados do resultado e de onde os dados vêm, o o engenheiro júnior que desenvolve o JSP não precisa saber.; Só precisa percorrer e produzir "squareList" com base no nome do atributo predeterminado;
Quando o padrão de estrutura MVC é introduzido, a capacidade de manutenção do projeto é muito melhorada; pode-se imaginar que (1) Quando o gerente disse que o projeto atual não usa mais JSP como mecanismo de modelo, todos precisam ser substituídos pelo FreeMarker, neste momento, a lógica de negócios subjacente. Não há necessidade de reescrever, só precisamos mudar a tecnologia de visualização View em JSP para o modelo FreeMarker; (2) Um dia, o engenheiro que desenvolveu o modelo descobriu que uma certa lógica funcional pode ser melhor e mais eficiente. Para implementar o método de escrita, neste momento, após o engenheiro modificar o código do Modelo, a interface front-end fica completamente inconsciente, pois o engenheiro que desenvolve o Modelo apenas faz ajustes no método, como contanto que o nome do atributo previamente acordado permaneça inalterado, não há problema algum.
Pode-se constatar que as funções de desenvolvimento de JSP e as funções de desenvolvimento de lógica de negócios de fundo são separadas, e as duas não interferem uma na outra; nesta base, a divisão de trabalho e a cooperação da equipe serão muito coordenadas como um inteira;
O MVC não só garante o desacoplamento no nível do software, mas também garante a estrutura organizacional do trabalho em equipe;
Três: as vantagens do padrão de arquitetura MVC
Observação:
● Visualizar (visualizar) parte, precisar extrair dados de fundo e html combinados, este trabalho requer um mecanismo de template, JSP é um mecanismo de template, FreeMarker também é um mecanismo de template! ! !
● Naturalmente, o mecanismo de modelo do JSP é o padrão do JEE. O Tomcat tem implementação JSP embutida na implementação do fabricante e pode ser usado diretamente; o arquivo é .jsp;
● O mecanismo de template FreeMarker não é um padrão JEE.Se você quiser usar o FreeMarker, você precisa importar o pacote jar e configurá-lo; o arquivo é .ftl;
● Embora haja diferenças na estratégia de uso e gramática específica entre JSP e FreeMarker, as rotinas gerais de uso dos dois são muito semelhantes; o núcleo do JSP são as expressões el e jstl, e o núcleo do FreeMarker é a gramática freemarker e integrada funções;