Home-theater-designers
Os aplicativos modernos precisam de uma variedade tão grande de recursos que o processo de desenvolvê-los cresceu em tamanho e complexidade. Para ajudar, você pode usar um padrão de projeto de arquitetura. Eles suportam a construção de aplicativos que são fáceis de testar e manter.
Os três padrões de projeto mais populares são MVC, MVP e MVVM. O MVC significa modelo, visualização e controlador, enquanto MVP significa modelo, visualização e apresentador e MVVM para modelo, visualização e modelo de visualização.
Padrões de arquitetura e design
Padrão arquitetônico
Um padrão de arquitetura esclarece e define alguns componentes cruciais de uma arquitetura de software. Mesmo que um padrão arquitetural transmita uma imagem de um sistema, não é uma arquitetura . Na verdade, é uma solução geral e reutilizável para um problema comum na arquitetura de software em um determinado contexto.
Padrão de design
Um padrão de design é uma prática recomendada formalizada que você pode usar para resolver problemas comuns ao projetar um aplicativo ou sistema.
A diferença entre padrão arquitetônico e de design
Vamos começar com o termo comum — padrão. No software, um padrão é uma propriedade recorrente que permite quebrar uma estrutura enorme e complexa em componentes menores e mais simples. Você pode usar esse padrão para criar uma solução geral para uma classe de problemas.
Em cada nível de desenvolvimento de software, você usará ferramentas diferentes. Em níveis menores, essas ferramentas são padrões de projeto. Padrões arquitetônicos existem em níveis maiores, e paradigmas de programação ao nível de implementação.
Por que precisamos de padrões de projeto arquitetônico?
Durante o desenvolvimento de software, você pode usar padrões de projeto de arquitetura para resolver problemas comuns. Uma boa arquitetura também pode ajudá-lo a:
- Divida tarefas complexas em tarefas mais simples.
- Reduza os erros.
- Produza código testável e sustentável.
Mas sem um padrão de arquitetura, você pode enfrentar dificuldades para manter a lógica de negócios do seu aplicativo.
Model, View, ViewModel, Controller e Presenter
Antes de olhar para cada padrão, aqui estão os termos que os compõem:
- Modelo armazena dados e se comunica diretamente com o banco de dados. Modelo é a parte que representa seus dados e a lógica do aplicativo. Ele define as regras de negócios que gerenciam o manuseio, modificação ou processamento de dados.
- Visão exibe os dados do modelo e é responsável pela representação dos dados na interface do usuário.
- ViewModel é exclusivo do padrão MVVM. Esta é uma abstração da camada de visualização e também atua como um wrapper para os dados do modelo.
- Controlador é o componente que integra a visão e o modelo.
- Apresentador é um componente que só existe no modelo MVP. O Presenter obtém a entrada do componente de exibição e processa os dados com a ajuda do modelo.
Padrões MVC, MVP e MVVM
Padrão Model-View-Controller
o Padrão de arquitetura MVC foi o primeiro e é popular hoje no campo de aplicativos da web. Foi introduzido na década de 1970. Esse padrão permite que você crie um aplicativo em torno da Separação de Preocupações (SoC). Ele facilita o esforço necessário para testar, manter e desenvolver seu aplicativo.
como obter mensagens apagadas do Facebook
No padrão MVC, o modelo não entende a visão ou o controlador. O observador do modelo receberá um alerta sempre que houver uma alteração na view e no controller. O controlador ajuda o processo de roteamento a conectar o modelo à visualização relevante.
Algumas das vantagens do padrão MVC são:
- Separação de interesses (mais focado).
- Torna mais fácil testar e gerenciar o código.
- Promove o desacoplamento das camadas do aplicativo.
- Melhor organização e reutilização do código.
Veja como o MVC funciona:
Devido ao SoC, o MVC pode reduzir o tamanho do código e fazer um bom código limpo e gerenciável.
Padrão Model-View-Apresentador
O padrão MVP compartilha dois componentes com o MVC: model e view. Ele substitui o controlador pelo apresentador. O apresentador – como o próprio nome indica – é usado para apresentar algo. Ele permite que você zombe da visualização com mais facilidade.
No MVP, o apresentador tem a funcionalidade do 'intermediário' porque toda a lógica de apresentação é empurrada para ele. A visualização e o apresentador no MVP também são independentes um do outro e interagem por meio de uma interface.
Aqui está uma ilustração de como o padrão MVP funciona:
O apresentador recebe entrada do usuário por meio da exibição. Em seguida, processa as ações do usuário com a ajuda do modelo, passando os resultados de volta para a visualização. O apresentador se comunica com a visualização por meio de interfaces.
Padrão Model-View-ViewModel
MVVM é a evolução moderna do MVC. O principal objetivo do MVVM é fornecer uma separação clara entre a lógica de domínio e a camada de apresentação. O MVVM oferece suporte à vinculação de dados bidirecional entre a exibição e o modelo de exibição.
O padrão MVVM permite separar a visualização e o modelo do seu código. Isso significa que quando o modelo muda a visão não precisa, e vice-versa. Usando um modelo de visualização, você pode fazer testes de unidade e testar seu comportamento lógico sem envolver sua visualização.
Aqui está uma ilustração de como o MVVM funciona:
Quando usar MVC, MVP e MVVM
Agora que você aprendeu sobre cada padrão, descubra quando usá-los.
Quando usar o MVC
MVC é simplesmente uma implementação da Separação de Preocupações. Se o seu aplicativo precisar separar os dados (modelo), o processamento de dados (controlador) e a apresentação dos dados (view), o MVC funcionará bem. O MVC também serve bem em uma aplicação onde a fonte de dados e/ou a apresentação de dados podem mudar a qualquer momento.
Quando usar o MVP
Você pode usar o MVP quando seu aplicativo tiver um fluxo bidirecional. Se as interações do usuário precisarem solicitar algo do modelo e o resultado dessa solicitação alterar a interface do usuário imediatamente, considere o MVP.
Quando usar o MVVM
Você desejará usar o MVVM quando:
- Você precisa compartilhar um projeto com um designer e o trabalho de design e desenvolvimento pode acontecer de forma independente.
- Você precisa de testes de unidade para suas soluções.
- Você precisa ter componentes reutilizáveis, dentro e entre projetos em sua organização.
- Você deseja mais flexibilidade para alterar suas exibições sem precisar refatorar outra lógica na base de código.
Qual padrão você deve escolher?
A principal razão para usar um padrão de projeto é reduzir a complexidade. Você pode fazer isso reduzindo a complexidade geral ou substituindo a complexidade desconhecida pela familiar. Se um padrão de projeto não puder reduzir a complexidade de nenhuma dessas duas maneiras, não use nenhuma; não agregará nenhum valor.
Se você realmente tem certeza de que deve usar um padrão de design, tente fazer uma lista de verificação. Baseie-se nas situações que você viu aqui e escolha a mais adequada para o seu projeto.