ADO 2 php

Prévia do material em texto

Comparação de Design Patters
Nome Descrição Prós Contras
	Model View Controler
(MVC)
	MVC é nada mais que um padrão de arquitetura de software, separando sua aplicação em 3 camadas. A camada de interação do usuário(view), a camada de manipulação dos dados(model) e a camada de controle(controller).
	· Reutilização de código
· Design adaptável
· Camadas forçando a separação do login de acesso a dados para as outras camadas
· Abordarem orientada a testes
	· Não adequado para soluções simples e pequenas
· Experiência e conhecimento fazem a diferença na implementação correta
	Model View ViewModel (MVVM)
	O MVVM é uma pequena evolução do MVP em um lado e um retrocesso em outro. Nele o ViewModel não está ciente do que ocorre no View mas este está ciente do que ocorre no ViewModel. No caso do Model ambos estão cientes do que ocorre em cada um.
	· Facilita o desenvolvimento paralelo mais fácil de uma interface do usuário e os elementos básicos que a alimentam
· Abstrai a View e, portanto, reduz a quantidade de lógica comercial necessária no código por trás dela.
· O ViewModel pode ser mais fácil para teste de unidade do que no caso de código orientado a eventos.
	· Para interfaces de usuário mais simples, o MVVM pode ser um exagero.
· Embora as ligações de dados possam ser declarativas e agradáveis de se trabalhar, elas podem ser mais difíceis de depurar do que o código imperativo, onde simplesmente definimos pontos de interrupção.
	Model View Presenter (MVP)
	O MVP é uma evolução do MVC que se comunica bidirecionalmente com as outras camadas, evitando que o Model tenha que se comunicar diretamente com a View sem passar pelo Controller e este último é fundamental para a interação com o usuário. O MVP desacopla as funções e torna a arquitetura ainda mais modular.
	· Facilitar a depuração para aplicativos
· Reutilização de código
· Melhor separação de responsabilidades
	· Você precisa de várias implementações no código do fragmento/activity ou controller/view para definir e obter a entrada do usuário.
· O tamanho do código no Model View Presenter (MVP) é excessivo, o que o torna um pouco mais complexo.
· Na arquitetura MVP, um grande número de interfaces é usado para interação entre as três camadas. Como cada interface cobre apenas uma pequena fração das interações, isso leva a uma grande variedade de métodos a serem implementados.