Padrões Projeto WEB MVC

Padrões de Projeto
WEB e o MVC

Almir Neto
Otávio Calaça Xavier

Padrões de Projeto WEB e o MVC

Grupo de Desenvolvedores
PHP de Goiás
Lista de Discussão

 Certificações
 Troca de Conhecimentos
 Grupos de Estudo
 Encontros
 Palestras
 Eventos
 Networking

2
Almir Neto - almirneto@gmail.com e Otávio Calaça - otaviocx@gmail.com


O que são padrões?
quot;Cada padrão descreve um problema que
ocorre freqüentemente em seu ambiente,
e então descreve o cerne da solução para
aquele problema, de um modo tal que
você pode usar esta solução milhões de
vezes, sem nunca fazer a mesma coisa
repetidaquot;
Christopher Alexander
(Arquiteto e Urbanista)

3


Padrões de Projeto
São Conceitos (não tecnologias).

 Resolvem problemas específicos.
 Devem conter:
 Nome,
 Exemplo,
 Contexto,
 Problema e
 Solução.

4


Padrões GoF
Gang-of-Four (Gangue-dos-Quatro)

 ErichGamma,
 Richard Helm,
 Ralph Johnson e
 John Vlissides

Organização dos Padrões

Escopo
Propósito 

 Classes
 Criação
 Objetos
 Estrutural
 Comportamental

5


Organização dos Padrões
GoF

6


Interação entre Padrões

7


Observer
Comportamental de Objetos

 Objetivo
 Definir
uma dependência um-para-muitos entre
objetos.

 Uma mudança de estado em um objeto fará
com que todos seus dependentes sejam
notificados e atualizados automaticamente.

8


Observer
Problema

 Como garantir a atualização de objetos que
dependem de outro objeto sem que este saiba
quais objetos dependem dele?

 Observando-o.

9


Observer
Estrutura e Participantes


10


Observer
Aplicabilidade

 Quando desejamos fornecer várias visões
distintas de um mesmo objeto que funciona
como um repositório de dados.
 Quando uma mudança em um objeto exige
mudanças em outros, e não são conhecidos
quantos devem ser mudados.
 Quando um objeto deve ser capaz de notificar
outros objetos sem que estes sejam
fortemente acoplados.
11


Singleton
Criação de Objeto

 Objetivo
 Garantirque uma classe tenha uma única
instância, e prover um ponto de acesso global
a esta instância.

12


Singleton
Problema


 Como garantir a existência de somente uma
instância de uma classe em um sistema que
necessite de tal controle?

13


Singleton


14


Singleton
Aplicabilidade

 Quando deve existir exatamente uma instância
de uma classe, e ela deve ser acessível a
partir de um ponto bem conhecido.
 Quando deve haver somente um objeto que
gerencie conexões com o banco de dados ou
acesso a um arquivo de log.

15


Factory Method
Criação de Classe

 Objetivo
 Definiruma interface para criar um objeto, mas
deixar que subclasses decidam que classe
instanciar
 Permite que uma classe delegue a
responsabilidade de instanciação às
subclasses

16


Factory Method
Problema

 Como fazer quando há a necessidade de
criação de objetos do mesmo tipo porém com
particularidades diferentes, sem alteração dos
já existentes?
 Adicionando Métodos de Fabricação.

17


Factory Method


18


Factory Method
Aplicabilidade

 Considere uma aplicação onde é possível criar
vários tipos de documentos diferentes
Cada documento exige uma criação particular


 A classe Application é responsável por criar os
documentos
 Porém, a classe Application não tem como saber
antecipadamente as particularidades dos tipos de
documentos a serem criados

19


Composite
Estrutural de Objeto

 Objetivo
 Compor objetos em estruturas de árvore para
representarem hierarquias partes-todo.
 Permitir que clientes tratem de modo uniforme
objetos individuais e suas composições.

20


Composite
Problema

 Como fazer quando se deseja trabalhar com
objetos primitivos e objetos recipientes da
mesma forma?
 Criando uma classe abstrata que representa
tanto os componentes primitivos como os
agregados.

21


Composite


22


Composite
Aplicabilidade

 Aplicações gráficas como editores de
programação visual que devem permitir a
construção de diagramas complexos a partir
de componentes simples.
 Diferenças entre objetos simples e objetos
compostos devam ser ignoradas. Ou seja, o
cliente deve tratar objetos simples e
compostos igualmente.

23


Duvidas??

24


O que é MVC?
Aplicações Monolíticas

 Aplicações em duas camadas
 MVC (Model-View-Controller)
 Padrão de Arquitetura
 É um conceito
 Fácil manutenção
 Objetivos
 Frameworks

25


Vantagens do MVC
Reaproveitamento de código

Facilidade de manutenção

Integração de equipes e/ou divisão de tarefas

Camada de Persistência independente


Implementação de segurança


Facilidade na alteração da interface da

aplicação

26


Camadas
Model

 Bean
 DAO
 Actions

View

 Controller

27


Model
Bean

 Entidade
 Segurança
 Encapsulamento
 Vantagens

28


Model
DAO – Data Access Object

 Persistência
 Portabilidade
 Independência

29


Model
Action

 Regras do Negócio
 Integra Bean, DAO e Views

30


View
Ajax

 Templates
 Web - Standards

31


Controller
Segurança

 Controlar fluxo da aplicação
 Inicia e finaliza o fluxo

32


Fluxo da aplicação MVC

33


Referências
Padrões GoF, POSA e J2EE.

 Jefferson Teixeira de Souza, Ph.D
Padrões de Design Orientados a Objetos.

 Jorge H. C. Fernandes
Utilizando UML e Padrões

 CRAIG LARMAN
Wikipédia - www.wikipedia.org


34


FIM

Almir Neto – almirneto@gmail.com
Otávio Calaça Xavier – otaviocx@gmail.com

35

Padrões Projeto WEB MVC

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie Padrões Projeto WEB MVC

Ähnlich wie Padrões Projeto WEB MVC (20)

Padrões Projeto WEB MVC