Padrões de Arquitetura para desenvolvimento web e mobile
De Aulas
Revisão de 16h33min de 8 de setembro de 2021 por Admin (discussão | contribs) (→MVVM - Model-View-ViewModel)
Afluentes: Sistemas Distribuídos e Mobile
MVC - Model-View-Controller
O MVC (Model-View-Controller) é um padrão de projeto de software da 1970 que tem como enfoque o reuso de código e a separação de conceitos em três camadas interconectadas, onde a apresentação dos dados e interação dos usuários (front-end) são separados dos métodos que interagem com o banco de dados (back-end).
Link para o material sobre Padrão MVC.
MVP - Model-View-Presenter
- Separa a camada de apresentação das camadas de dados e regras de negócio
- Dividido em três partes distintas
- Model
- View
- Presenter
View
- Exibe os dados
- Não contém regras de negócio
- Usado para disparar eventos que notificam mudanças de estado dos dados
- A View implementa uma interface que expõe campos e eventos que o Presenter necessita
Model
- São os objetos a serem manipulados
- Implementa uma interface que expõe os campos que o Presenter atualiza quando sofrem atualização na View
Presenter
- Mediação e ligação entre View e Model
- Encarregado de atualizar a View quando o Model é alterado
- Sincroniza o 'Model em relação ao View
Exemplos
MVVM - Model-View-ViewModel
- Padrão criado em 2005, por John Gossman, um dos arquitetos do WPF e Silverlight na Microsoft
- Conceitualmente identico ao MVP
- MVP é indepente de plataforma, mas o MVVM é específico para a arquitetura WPF e Silverlight
- Objetiva estabelecer uma clara separação de responsabilidades em aplicações WPF e Silverlight
- Mantém uma espécie de façade (ou fachada), entre o modelo de objetos e a View (interface do usuário)
- Existe uma clara sepraação das camadas
- A Model não conhece a View e vice-versa
- A View conhece a ViewModel e se comunica via mecanismo binding
- Mecanísmos binding são eventos roteados e comandos roteados
View
- Define a aparência, ou seja, interface do usuário
- Referencia a ViewModel por meio da propriedade DataContext
- Os controles são preenchidos com propriedades ou comandos, expostos na ViewModel
ViewModel
- Não é uma classe visual
- Disponibiliza para a View uma lógica de apresentação
- Não tem conhecimeto sobre a View, seu tipo ou como ela é implementada
- Implementa propriedades e comandos para que a View possa preencher os seus controles
- Notifica a View no caso de mudança de estado
Model
- Encapsula a lógica de negócios e dos dados
- É o modelo de domínio de uma aplicação, ou seja, as classes de negócios
- Contém os papéis e validação dos dados de acordo com o negócio
