Aula6 7 padroesGoF

Introduo a Padres
Contexto
GUI / Comunicao
TelaLogi TelaPagamentoQualitiCar
Arquitetura do Sistema n d
NEGCIO
Fachada
ControladorLogi ControladorPagamentoQualitiC
n ard
...
CadastroCont CadastroPagamentosCart
asInternet ao
ContaInternet PagamentoCart
ao
Interfaces
negcio-dados
IRepositorioContasInternet IRepositorioPagamentosCartao
DADOS
RepositorioCont RepositorioCont RepositorioPagamen RepositorioPagament

asInternetBDR asInternetArqui tosCartaoBDR osCartaoBDOO
vo
Anlise e Projeto OO com UML e Padres | 2

Evoluo de Software
Grandes sistemas de software nunca so concludos;
eles simplesmente continuam evoluindo [Lehman]
Motivos e conseqncias (algumas Leis de Lehman)

Mudana Contnua e Crescimento Contnuo
Mudanas so inevitveis para que o software continue til
Adio de funcionalidades para manter a satisfao do usurio
Complexidade Crescente e Qualidade Decrescente
Mudanas aumentam a complexidade do software
Qualidade diminui a no ser que haja adaptaes

Como devemos proceder?
Pensar antes de agir!
Algumas aes:
Analisar impactos
Modelar, antes de codificar
Utilizar solues e tcnicas
validadas
No reinventar a roda!

Padres em outras
Engenharias
Cada padro descreve um problema que ocorre repetidas
vezes em nosso ambiente, e ento descreve o ncleo da
soluo para aquele problema, de tal maneira que pode-se
usar essa soluo milhes de vezes sem nunca faz-la da
mesma forma duas vezes
Christopher Alexander, sobre padres em Arquitetura

Padres de Projeto / Design
Patterns
Solues (validadas) para alcanar objetivos na
engenharia de software usando linguagens O-O
Registram conhecimento existente de forma que possam
ser reaplicados em vrios contextos
Os padres de projeto so descries de objetos

que se comunicam e classes que so
customizadas para resolver um problema
genrico de design em um contexto especfico
Gamma, Helm, Vlissides & Johnson, sobre padres em
software

Por que aprender padres?
Aprender com a experincia dos outros
identificar problemas comuns em engenharia de software
utilizar solues testadas e bem documentadas
Aprender boas prticas de programao
Padres utilizam eficientemente herana, composio,
modularidade, polimorfirmo e abstrao para construir
cdigo reutilizvel, eficiente, de alta coeso e baixo
acoplamento
Ter um caminho e um alvo para refatoraes
Facilita a comunicao, compreenso e
documentao
Vocabulrio comum
Ajuda a entender o papel de classes do sistemas

Elementos de um padro
Nome
Problema
Quando aplicar o padro, em que condies?
Soluo
Descrio abstrata de um problema e como usar os
elementos disponveis (classes e objetos) para
solucion-lo
Conseqncias
Custos e benefcios de se aplicar o padro
Impacto na flexibilidade, extensibilidade, portabilidade e
eficincia do sistema

Metforas no mundo real
Chain of
State Observer Responsability
Pessoas reagem de Jornais so entregues Chefe delega
formas diferente de aos seus assinantes . responsabilidade a um
acordo com o humor. subordinado, que delega a
outro, que ...
Padres so formados por vrios objetos.

Cada objeto tem um papel (responsabilidade) na
Padres de Projeto GoF
Padres de Projeto/Design Introduzidos no livro em 1994
Descreve 23 padres
solues genricas para os problemas
mais comuns do desenvolvimento de
software orientado a objetos
obtidas atravs de experincias de
sucesso na indstria de software
Sobre o livro
Seus quatro autores so conhecidos
como "The Gang of Four (GoF)
O livro tornou-se um clssico na
literatura orientada a objetos e
continua atual

Mais padres?
H vrios catlogos de padres para
software
Muitos so especficos a uma determinada
rea
padres J2EE
padres de implementao Java ou C#
padres para concorrncia
padres para distribuio
...
Os padres apresentados aqui so aplicveis
em Java e outras linguagens O-O
Padres de Projeto
Formas de classificao
H vrias formas de classificar os padres
Os padres GoF so tradicionalmente
classificados pelo propsito:
1. criao de classes e objetos
2. alterao da estrutura de um programa
3. controle do seu comportamento
Metsker os classifica em 5 grupos, por inteno
1. oferecer uma interface
2. atribuir uma responsabilidade
3. realizar a construo de classes ou objetos
4. controlar formas de operao
5. implementar uma extenso para a aplicao

23 Padres GoF
Classificao por Propsito
** Classificao segundo GoF. Anlise e Projeto OO com UML e Padres | 14

23 Padres GoF
Classificao por Inteno
Inteno Padres
1. Interfaces Adapter, Facade, Composite, Bridge
3. Construo Factory Method, Abstract Factory,
Builder, Prototype, Memento
2. Responsabilidade Singleton, Observer, Chain of
Responsibility,
Mediator, Proxy, Flyweight
4. Operaes Template Method, State, Command,
Strategy,
Interpreter
5. Extenses Iterator,Decorator, Visitor
Vistos em Sala Vistos Anteriormente Praticados nos prximos exerccios
** Classificao segundo Steven Metsker, Design Patterns Java Workbook, 2002.
PADRES RELACIONADOS
A
INTERFACES
Interface
Interface:
coleo de mtodos e constantes que uma classe
permite que objetos de outras classes acessem
Exigem que a classe que implementa a interface
oferea implementao para seus mtodos
No garante que mtodos tero implementao que
efetue alguma computao: stubs

Padres relacionados a
Interfaces
Adapter:
para adaptar a interface de uma classe para outra que
o cliente espera
Composite:
definir uma interface comum para objetos individuais e
composies de objetos
Bridge:
desacoplar uma abstrao de sua implementao para
que ambos possam variar independentemente
Faade:
oferecer uma interface simples para uma coleo de
classes
Visto
anteriorment
e
Fachada
Objetivo segundo o GoF:
oferecer uma interface nica para um
conjunto de interfaces de um subsistema.
Faade define uma interface de nvel mais
elevado que torna o subsistema mais fcil de
usar.

Relembrando o
Padro Faade
Cliente precisa saber Crie uma fachada!
muitos detalhes do
subsistema para utiliz-
lo!
slide com
animao
Discusso
1. Leia sobre o padro Bridge e destaque em que
contexto usamos uma variao deste padro na
arquitetura do QIB. Analise tambm a diferena
entre o Bridge e o uso feito no QIB. Por que o
Bridge mais geral?

Adapter
converter a interface de uma classe em
outra interface esperada pelos clientes.
Adapter permite a comunicao entre
classes que no poderiam trabalhar
juntas devido incompatibilidade de
suas interfaces.

Adapter
Problema e Soluo
Problema Soluo
Cliente
Adaptador
operacao() void operacao() { metodoEsperado
Deseja ()
utilizar metodoEsperado();
ClasseExistent } void
e metodoEsperado() {
metodoUtil() metodoUtil();
}
slide com Anlise e Projeto OO com UML e Padres | 23

animao
Object Adapter
<<interface>>
Alvo
Cliente
operacao()
implementa
ClasseExistente ce; Adaptador
...
ce.metodoUtil(); operacao()
Cliente: aplicao que colabora com objetos que implementam Alvo

Alvo: define a interface requerida pelo Cliente
ClasseExistente: classe dos objetos que requerem adaptao
Adaptador: adapta a interface do Recurso interface Alvo

Discusso
1. Voc consegue visualizar outra forma de criar
adaptadores?
Quais as vantagens de sua abordagem?
2. Qual o escopo de um adaptador em termos das

responsabilidades implementadas?
3. Adaptadores bidirecionais
4. Onde podemos usar adaptadores no QIB?

Composite
Compor objetos em estruturas de
rvore para representar hierarquias
todo-parte.
Composite permite que clientes tratem
objetos individuais e composies de
objetos de maneira uniforme.

Composite
Problema e Soluo
Problema Soluo
Cliente precisa tratar de Tratar grupos e indivduos
maneira uniforme objetos diferentes atravs de uma
individuais e composies nica interface
Todos so
desses objetos component
es
Cliente
Componen
te
Individu
Grupo
o

Estrutura do Composite
:Composicao
:Composicao :Folha :Folha
:Folha :Folha :Folha

Component 1..*
Cliente e
operacao()
Folha Composio filhos
operacao() operacao()
for (int i=0; i<filhos.length;
add(Componente) i++) {
remove(Componen filho = filhos[i];
te) filho.operacao();
}

Resumo: quando usar?
Faade
Simplificar o uso de uma coleo de objetos
Adapter
Adaptar uma interface existente para um
cliente
Bridge
Implementar um design que permita total
desacoplamento entre interface e
implementao
Composite
Tratar composies e unidades uniformemente

PADRES QUE OFERECEM
ALTERNATIVAS
CONSTRUO DE OBJETOS
Construtores
Alguns problemas em depender de construtores
Cliente pode no ter todos os dados necessrios para
instanciar um objeto
Cliente fica acoplado a uma implementao concreta
(precisa saber a classe concreta para usar new com o
construtor)
Objeto complexo pode necessitar da criao de objetos
menores previamente, com certo controle difcil de
implementar com construtores
No h como limitar o nmero de instncias criadas

Padres que oferecem alternativas
construo de objetos
Factory Method: adia a deciso sobre qual classe
concreta instanciar
Abstract Factory: constuir uma famlia de objetos
relacionados
Prototype: especificar a criao de um objeto a
partir de um exemplo (modelo) fornecido
Memento: reconstruir um objeto a partir de uma
verso que contm apenas seu estado interno
Builder: Separa a criao de um objeto de sua
representao

Factory Method
Definir uma interface para criar um
objeto mas deixar que subclasses
decidam que classe instanciar.
Factory Method permite que uma classe
delegue a responsabilidade de
instanciao s subclasses.

Funcionamento de uma
Fbrica
Problema:
O acesso a um objeto concreto ser feito atravs da interface
conhecida atravs de sua superclasse, mas o cliente tambm
no quer (ou no pode) saber qual implementao concreta
estar utilizando
Fabrica
Poligon
o
desenha(
)
Retang
Forma
cliente ulo
desenha( desenha(
) )
Circulo
desenha(
)

Estrutura do Factory Method
Criador Produto
cliente
criarProduto
()
CriadorConcre ProdutoConcr
to eto
criarProduto()

Abstract Factory
Prover uma interface para criar famlias
de objetos relacionados ou dependentes
sem especificar suas classes concretas.

Problema
Criar uma famlia de objetos relacionados sem
conhecer suas classes concretas

Estrutura
FabricaAbstra ProdutoUm
cliente ta
criarProdutoUm ProdutoDoi
() s
criarProdutoDoi
s()
FabricaConcre ProdutoUm
taA A
criarProdutoUm( ProdutoDoi
) sA
criarProdutoDois
() FabricaConcre ProdutoUm
taB B
criarProdutoUm( ProdutoDoi
) sB
criarProdutoDois
() Anlise e Projeto OO com UML e Padres | 39
Discusso
1. Qual a diferena entre Factory Method e
Abstract Factory?
2. possvel o cliente solicitar a criao de um
objeto sem ter conhecimento algum de sua
classe concreta?
Que possveis formas voc enxerga para
implementar isto?

Quando usar?
Factory Method
Para isolar a classe concreta do produto criado da interface usada
pelo cliente
Abstract Factory
Para criar famlias inteiras de objetos que tm algo em comum sem
especificar suas interfaces.
Prototype
Para criar objetos usando outro como base
Memento
Para armazenar o estado de um objeto sem quebrar o
encapsulamento. O uso tpico deste padro na implementao de
operaes de Undo.
Builder
Para construir objetos complexos em vrias etapas e/ou que possuem
representaes diferentes

Exerccio Qualiti Internet
Banking
Dado:
A arquitetura do sistema modelada no exerccio anterior
Refatorar o Projeto para:

Permitir flexibilidade na mudana do mecanismo de
persistncia (BDR ou XML)
Uniformizar as diversas interfaces de operadoras de
carto (visa, master, etc) no subsistema
OperadoraCarto
Dica: utilize os padres

Adapter e Abstract Factory.
PADRES ASSOCIADOS
DISTRIBUIO DE
RESPONSABILIDADES
Padres associados
Distribuio de
responsabilidades
Singleton: centraliza a responsabilidade em uma nica
instncia de uma classe
Observer: desacopla um objeto do conhecimento de que
outros objetos dependem dele
Mediator: centraliza a responsabilidade em uma classe que
determina como outros objetos interagem
Proxy: assume a responsabilidade de outro objeto (intercepta)
Chain of Responsibility: permite que uma requisio passe
por uma corrente de objetos at encontrar um que a processe
Flyweight: centraliza a responsabilidade em objetos
compartilhados de granularidade fina (blocos de montagem)

Singleton
Garantir que uma classe tenha uma nica
instncia, e prover um ponto de acesso
global a ela.
independente do nmero de requisies que
receber para cri-lo
Aplicaes
Um nico banco de dados
Um nico arquivo de log
Um nico objeto que representa um vdeo
Uma nica fachada (Faade pattern)
Estrutura do Singlenton
Objeto com acesso
privado Construtor privado
Ponto de acesso esttico e
Singlenton global
- dados
-instancia : null
- Singlenton ()
+ getInstancia() public static synchronized Singlenton
+getDados() getInstancia() {
if (instancia == null) {
instancia = new Singlenton();
}
return instancia;
}
Lazy inicializatiom
idiom
Observer
Definir uma dependncia um-para-
muitos entre objetos de forma que,
quando um objeto mudar de estado,
todos os seus dependentes sejam
notificados e atualizados
automaticamente.

Observer
Problema:
registra-se notifica
altera
tempo
slide com Anlise e Projeto OO com UML e Padres | 48

animao
Estrutura do Observer
for(int i =0; i < obs.lenght; i+
+){
obs[i].atualizar();
}
Sujeito
- obs: Observador[] <<interface>
Observador
cadastrar(Observad
or) atualizar()
remover(Observado
r) notificar()
ObservadorConcre
SujeitoConcreto to
- conc:
- dados
SujeitoConcreto
+ getDados()
-+dadosObservados
atualizar()
+ setDados()
dadosObservados =
conc.getDados();
Chain of Responsibility
"Evita acoplar o remetente de uma requisio ao seu
destinatrio ao dar a mais de um objeto a chance de
servir a requisio.
Compe os objetos em cascata e passa a requisio
pela corrente at que um objeto a sirva.

Chain of Responsability
Problema
Permitir que vrios objetos
possam servir a uma
requisio ou repass-la
Permitir diviso de
responsabilidades de forma
transparente
Filme: O Grande Dave,

Estrelado por Eddie Murphy

Estrutura do
Chain of Responsability
<<interface>
Processador
cliente
processarRequisica
o()
ProcessadorConcr
eto1
- sucessor:
Processador
processarRequisicao(
) ProcessadorConcr
eto2
- sucessor:
Processador
) ...
ProcessadorConcr
sucessor.processarRequisi
etoN
cao()
)
Discusso
1. Qual a diferena entre:
Singleton e Faade?
Chain of Responsibility e Adapter?
2. Na sua opnio:
Todos os objetos deveriam ser Singleton?
Singleton estaria indiretamente introduzindo variveis
globais? Isto bom ou ruim?

Quando usar?
Singleton: quando apenas uma instncia for permitida
Observer: quando houver necessidade de notificao
automtica
Chain of Responsibility: quando uma requisio puder
ou precisar ser tratada por um ou mais entre vrios objetos
Mediator: para controlar a interao entre dois objetos
independentes
Proxy: quando for preciso um intermedirio para o objeto
real
Flyweight: quando for necessrio reutilizar objetos
visando performance (cuidado com o efeito oposto!)

PADRES QUE LIDAM COM
FORMAS DE IMPLEMENTAR
OPERAES E ALGORITMOS
Padres que lidam com formas de
implementar
operaes e algoritmos
Template Method:
implementa um algoritmo em um mtodo adiando a definio
de alguns passos do algoritmo para que subclasses possam
defini-los
State:
distribui uma operao para que cada classe represente um
estado diferente; encapsula um estado
Strategy:
encapsula um algoritmo fazendo com que as implementaes
sejam intercambiveis
Command:
encapsula uma instruo em um objeto
Interpreter:
distribui uma operao de tal forma que cada implementao
se aplique a um tipo de composio diferente

Template Method
Definir o esqueleto de um algoritmo
dentro de uma operao, deixando
alguns passos a serem preenchidos
pelas subclasses.
Template Method permite que suas
subclasses redefinam certos passos de
um algoritmo sem mudar sua
estrutura.

Problema/Soluo
ClasseAbstrata
void concreto(){ algoritm lacunas:
... parteUm(); o
... parteDois(); parteU
} m
parteDoi
abstract void
s
parteUm();
abstract void
parteDois();
Algoritmo
ClasseConcreta ClasseConcreta resultante
A B s:
parteUm(); parteUm();
parteDois(); parteDois();

State
Permitir a um objeto alterar o seu
comportamento quando o seu estado
interno mudar.
O objeto ir aparentar mudar de
classe.

Problema
Desconecta Cenrio Atual:
do :Objeto
Operao
If(estado == desconectado){
faaIsto();
Conectado
} else if (estado == conectado){
falaAquilo();
} else {
Transmitind faa();
o }
Desejado:
estado.faa();
Desejamos usar objetos para representar estados e

polimorfismo para tornar a execuo de tarefas
dependentes de estado Anlise
transparentes
e Projeto OO com UML e Padres | 60
Estrutura
Contexto <interface>
Estado
estado: Estado
processar()
requisio()
estado.processar();
EstadoConcreto EstadoConcreto
Um Dois
processar() processar()
Contexto: define uma interface de interesse ao cliente, delegando suas

requisies ao estado corrente.
Estado: define uma interface para encapsular o comportamento de todos os
estados.
EstadoConcreto: implementa o comportamento associado ao estado do
contexto.

Exemplo
TCPConnecti TCPState
on open()
open() close()
close() acknowledge()
acknowledge()
TCPEstablish
TCPListen TCPClosed
ed
open() open() open()
close() close() close()
acknowledge() acknowledge() acknowledge()
Sempre que a aplicao mudar de estado, o objeto

TCPConnection muda o objeto TCPState que est usando
Command
Objetivo segundo GoF:
Encapsular uma requisio como um
objeto, permitindo que clientes
parametrizem diferentes requisies,
filas ou requisies de log, e suportar
operaes reversveis.

Problema

Estrutura
Executor Comando
cmd: Comando
executar()
executar()
cmd.executar
()
ComandoConcre ComandoConcre
toA toB
executar() executar()
receptor.acao(
)
Receptor Receptor
A B
aoA() aoB()

Conseqncias
Desacopla o invocador do receptor
So objetos; podem ser manipulados
e estendidos
Fcil adicionar novos comandos
Comandos compostos podem ser
criados usando o padro Composite
Anlise e Projeto OO com

UML e Padres | 66
Discusso
1. Qual a diferena entre State e Command?

Interpreter
Ver
www.cin.ufpe.br/~in1007/linguagens

quando usar?
Template Method
Para compor um algoritmo feito por mtodos abstratos
que podem ser completados em subclasses
State
Para representar o estado de um objeto
Command
Para representar um comando (ao imperativa do
cliente)
Strategy
Para representar um algoritmo (comportamento)
Interpreter
Para realizar composio com comandos e desenvolver
uma linguagem de programao usando objetos

Banking
Dado:
Modelar o Caso de Uso de Agendamento:

Produzir diagramas de Anlise
Introduzir caso de uso arquitetura
Dica: utilize o padro

Command em sua resposta
PADRES QUE PERMITEM
ACRESCENTAR
COMPORTAMENTOS
Extenses
Extenso a adio de uma classe, interface ou
mtodo a uma base de cdigo existente
Formas de extenso
Herana (criao de novas classes)
Delegao (para herdar de duas classes, pode-se
estender uma classe e usar delegao para "herdar" o
comportamento da outra classe)
Desenvolvimento em Java sempre uma forma
de extenso
Extenso comea onde o reuso termina

Exemplo de
Extenso por Delegao

Padres que permitem
acrescentar comportamentos
Padres que permitem acrescentar
comportamentos em um objeto sem mudar sua
classe
Decorator: adiciona responsabilidades a um objeto
dinamicamente
Iterator: oferece uma maneira de acessar uma coleo
de instncias de uma classe
Visitor: permite a adio de novas operaes a uma
classe sem mudar a classe

Decorator
Anexar responsabilidades adicionais a
um objeto dinamicamente.
Decorators oferecem uma alternativa
flexvel ao uso de herana para estender
uma funcionalidade.

Estrutura
Componente
operacao()
ComponenteConc
Decorador
reto component.operacao
operacao() operacao() ();
DecoradorConcre
DecoradorConcretoB
toA
estadoAdicional comportamentoAdicional
operacao() ()
operacao()
super.operacao();
comportamentoAdicional
Anlise
(); e Projeto OO com UML e Padres | 76
Exemplo
Toolkit de interface grfica
Texto - componente concreto
Texto com bordas - decorator
Texto com bordas e barra de rolagem -
decorator

UML e Padres | 77
Conseqncias
Mais flexibildade que herana esttica
Modelo tende a ficar mais simples e
uniforme
Entretanto
Apesar de um decorator e o componente
serem do mesmo tipo, no so o mesmo
objeto
Proliferao de pequenos objetos que
implementam as extenses
Qual a diferena entre o Decorator Adaptador?

UML e Padres | 78
Iterator
Objetivo de acordo com o GoF:
Prover uma maneira de acessar os
elementos de um objeto agregado
seqencialmente sem expor sua
representao interna.

Problema
Coleo arbitrria de objetos
Tipo Iterator (array, hashmap, lista, conjunto,
genrico
pilha, tabela, ...)

Iterator
Iterators servem para acessar o contedo de um agregado
(colees, arrays, etc) sem expor sua representao interna
Oferece uma interface uniforme para percorrer diferentes
estruturas agregadas
Em Java, Iterators so implementados nas colees. obtido
atravs do mtodo iterator() de Collection, que devolve uma
instncia de java.util.Iterator.
Interface java.util.Iterator:
package java.util;
public interface Iterator<E> {
boolean hasNext();
Object next();
void remove();
}
iterator() um exemplo de Factory Method

Discusso
1. Qual a estrutura do diagrama de classes de
forma a permitir iterao polimrfica?

quando usar?
Decorator
Para acrescentar recursos e comportamento a um
objeto existente, receber sua entrada e poder
manipular sua sada.
Iterator
Para navegar em uma coleo elemento por
elemento
Visitor
Para estender uma aplicao com novas
operaes sem que seja necessrio mexer na
interface existente.

Banking
Dado:
Modelar o Caso de Uso Configurar Conta:

Produzir diagramas de Anlise
Introduzir caso de uso arquitetura
Dica: utilize os padres

Composite, Observer e Decorator.
Quiz sobre padres
Para exercitar seu conhecimento:
http://www.vincehuston.org/dp/patterns_quiz.html

Aula6 7 padroesGoF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Aula6 7 padroesGoF

Transféré par

Droits d'auteur :

Formats disponibles

Introduo a Padres

RepositorioCont RepositorioCont RepositorioPagamen RepositorioPagament

Anlise e Projeto OO com UML e Padres | 2

Motivos e conseqncias (algumas Leis de Lehman)

Anlise e Projeto OO com UML e Padres | 3

Pensar antes de agir!

Anlise e Projeto OO com UML e Padres | 4

Anlise e Projeto OO com UML e Padres | 5

Os padres de projeto so descries de objetos

Anlise e Projeto OO com UML e Padres | 6

Anlise e Projeto OO com UML e Padres | 7

Anlise e Projeto OO com UML e Padres | 8

Padres so formados por vrios objetos.

Anlise e Projeto OO com UML e Padres | 10

Anlise e Projeto OO com UML e Padres | 13

** Classificao segundo GoF. Anlise e Projeto OO com UML e Padres | 14

Anlise e Projeto OO com UML e Padres | 17

Anlise e Projeto OO com UML e Padres | 19

Anlise e Projeto OO com UML e Padres | 21

Anlise e Projeto OO com UML e Padres | 22

slide com Anlise e Projeto OO com UML e Padres | 23

Cliente: aplicao que colabora com objetos que implementam Alvo

Anlise e Projeto OO com UML e Padres | 24

2. Qual o escopo de um adaptador em termos das

Anlise e Projeto OO com UML e Padres | 25

Anlise e Projeto OO com UML e Padres | 26

Anlise e Projeto OO com UML e Padres | 27

:Composicao :Folha :Folha

:Folha :Folha :Folha

Folha Composio filhos

Anlise e Projeto OO com UML e Padres | 28

Anlise e Projeto OO com UML e Padres | 30

Anlise e Projeto OO com UML e Padres | 32

Anlise e Projeto OO com UML e Padres | 33

Anlise e Projeto OO com UML e Padres | 34

Anlise e Projeto OO com UML e Padres | 35

Anlise e Projeto OO com UML e Padres | 36

Anlise e Projeto OO com UML e Padres | 37

Anlise e Projeto OO com UML e Padres | 38

Anlise e Projeto OO com UML e Padres | 40

Anlise e Projeto OO com UML e Padres | 41

Refatorar o Projeto para:

Dica: utilize os padres

Anlise e Projeto OO com UML e Padres | 44

Anlise e Projeto OO com UML e Padres | 47

slide com Anlise e Projeto OO com UML e Padres | 48

Anlise e Projeto OO com UML e Padres | 50

Filme: O Grande Dave,

Anlise e Projeto OO com UML e Padres | 51

Anlise e Projeto OO com UML e Padres | 53

Anlise e Projeto OO com UML e Padres | 54

Anlise e Projeto OO com UML e Padres | 56

Anlise e Projeto OO com UML e Padres | 57

Anlise e Projeto OO com UML e Padres | 58

Anlise e Projeto OO com UML e Padres | 59

Desejamos usar objetos para representar estados e

Contexto: define uma interface de interesse ao cliente, delegando suas

Anlise e Projeto OO com UML e Padres | 61

Sempre que a aplicao mudar de estado, o objeto

Anlise e Projeto OO com UML e Padres | 63

Anlise e Projeto OO com UML e Padres | 64

Anlise e Projeto OO com UML e Padres | 65

Anlise e Projeto OO com