Aula 05 - UML e Padrões de Projeto

Especialização
em
Desenvolvimento
Java

UML
e
Padrões
de
Projetos

AULA
05
–
PADRÕES
DE
CRIAÇÃO

Prof.
Vinícius
de
Paula
-‐
viniciusdepaula@unitri.edu.br

Factory
Method

ObjeNvo
segundo
o
GoF:

UML e Padrões de Projeto Centro Universitário do Triângulo 3

Factory
Method

ObjeNvo
segundo
o
GoF:

•  Deﬁnir
uma
interface
para
criar
um
objeto
mas
deixar
que
subclasses

decidam
que
classe
instanciar.


Factory
Method

ObjeNvo
segundo
o
GoF:

•  Deﬁnir
uma
interface
para
criar
um
objeto
mas
deixar
que
subclasses

decidam
que
classe
instanciar.

•  Factory
Method
permite
que
uma
classe
delegue
a
responsabilidade
de

instanciação
às
subclasses.


Factory
Method

ObjeNvo
segundo
o
GoF:

•  Deﬁnir
uma
interface
para
criar
um
objeto
mas
deixar
que
subclasses

decidam
que
classe
instanciar.

•  Factory
Method
permite
que
uma
classe
delegue
a
responsabilidade
de

instanciação
às
subclasses.

Encapsular a escolha da classe concreta a ser utilizada na criação
de objetos de um determinado tipo.

Factory
Method

Estrutura do Factory Method, segundo GoF (pág. 122)

Factory
Method

Classe
ou
interface

que
deﬁne
o
objeto
a

ser
criado

Factory
Method

Classe
ou
interface

que
deﬁne
o
objeto
a

ser
criado

Uma
implementação

parNcular
do
Npo
de

objeto
a
ser
criado

Factory
Method

Uma
implementação

parNcular
do
Npo
de

objeto
a
ser
criado

Classe
ou
interface

que
deﬁne
o
objeto
a

ser
criado

Classe
ou
interface
que

deﬁne
a
assinatura
do

método
responsável
pela

criação
do
produto

Factory
Method

Uma
implementação

parNcular
do
Npo
de

objeto
a
ser
criado

Classe
ou
interface

que
deﬁne
o
objeto
a

ser
criado

Classe
ou
interface
que

deﬁne
a
assinatura
do

método
responsável
pela

criação
do
produto

Classe
que
implementa

ou
sobrescreve
o

método
de
criação
do

produto

Factory
Method

Cenário
Prá9co

Considere
um
sistema
bancário
que
precisa
enviar
mensagens
aos
seus

clientes.
Por
exemplo,
após
a
realização
de
uma
compra
com
cartão
de

crédito,
uma
mensagem
contendo
informações
sobre
a
compra
pode
ser

enviada
ao
cliente.


Factory
Method

Cenário
Prá9co

Considere
um
sistema
bancário
que
precisa
enviar
mensagens
aos
seus

clientes.
Por
exemplo,
após
a
realização
de
uma
compra
com
cartão
de

crédito,
uma
mensagem
contendo
informações
sobre
a
compra
pode
ser

enviada
ao
cliente.

Se
esse
cliente
for
uma
pessoa
sica,
poderá́
optar
pelo
recebimento
da

mensagem
através
de
e-‐mail
ou
SMS.
Por
outro
lado,
se
for
uma
pessoa

jurídica,
poderá́
também
receber
a
mensagem
através
de
JMS.


Factory
Method

Cenário
Prá9co


Factory
Method

Cenário
Prá9co

Cada mecanismo de envio será implementado por uma classe.
Podemos criar uma interface para padronizar essas classes e obter
polimorfismo entre seus objetos.

Factory
Method

Cenário
Prá9co

Neste
aspecto
quando
for
necessário
enviar
uma
mensagem,
podemos

uNlizar
diretamente

os
emissores.


Factory
Method

Cenário
Prá9co

Neste
aspecto
quando
for
necessário
enviar
uma
mensagem,
podemos

uNlizar
diretamente

os
emissores.

Emissor emissor = new EmissorSMS();
emissor.envia("UML e Padrões de Projeto");
Emissor emissor = new EmissorEmail();
Emissor emissor = new EmissorJMS();

Factory
Method

Cenário
Prá9co

Neste
aspecto
quando
for
necessário
enviar
uma
mensagem,
podemos

uNlizar
diretamente

os
emissores.

Enviando
uma

mensagem
por
SMS

Factory
Method

Cenário
Prá9co

Neste
aspecto
quando
for
necessário
enviar
uma
mensagem,
podemos

uNlizar
diretamente

os
emissores.

Enviando
uma

mensagem
por
SMS

Enviando
uma

mensagem
por
Email

Factory
Method

Cenário
Prá9co

Neste
aspecto
quando
for
necessário
enviar
uma
mensagem,
podemos

uNlizar
diretamente

os
emissores.

Enviando
uma

mensagem
por
SMS

Enviando
uma

mensagem
por
JMS

Enviando
uma

mensagem
por
Email

Factory
Method

Cenário
Prá9co

Neste
aspecto
quando
for
necessário
enviar
uma
mensagem,
podemos

uNlizar
diretamente

os
emissores.

Crie uma classe para testar os emissores.

Factory
Method

public class TestaEmissor1 {
public static void main(String[] args) {
Emissor emissor;
emissor = new EmissorSMS();
emissor = new EmissorEmail();
emissor = new EmissorJMS();
}
}

Factory
Method

Emissor emissor;
emissor = new EmissorSMS();
emissor = new EmissorEmail();
emissor = new EmissorJMS();
}
}
Utilizando esta abordagem, o código que deseja enviar uma
mensagem referencia diretamente as classes que implementam
os mecanismos de envio.

Factory
Method

•  Para
eliminar
essa
referência
direta
podemos
adicionar
um

intermediário
entre
o
código
que
deseja
enviar
uma

mensagem
e
as
classes
que
implementam
os
emissores.


Factory
Method

•  Para
eliminar
essa
referência
direta
podemos
adicionar
um

intermediário
entre
o
código
que
deseja
enviar
uma

mensagem
e
as
classes
que
implementam
os
emissores.

•  Esse
intermediário
será
responsável
pela
escolha
da
classe

concreta
a
ser
uNlizada
para
criar
o
Npo
de
emissor

adequado.


Factory
Method

public class EmissorCreator {
public static final int SMS = 0;
public static final int EMAIL = 1;
public static final int JMS = 2;
public Emissor create(int tipoEmissor) {
if(tipoEmissor == EmissorCreator.SMS) {
return new EmissorSMS();
} else if (tipoEmissor == EmissorCreator.EMAIL){
return new EmissorEmail();
} else if (tipoEmissor == EmissorCreator.JMS){
return new EmissorJMS();
} else {
throw new IllegalArgumentException("Tipo de Emissor não suportado");
}
}
}

Factory
Method

} else {
}
}
}
Definimos uma classe intermediária que será responsável pela
criação dos emissores, tornando a classe que utiliza os emissores
menos dependente dos mecanismos de envio.

Factory
Method

} else {
}
}
}
Altere a classe de teste dos emissores
para utilizar a classe EmissorCreator.

Factory
Method

Emissor emissor1, emissor2, emissor3;
EmissorCreator creator = new EmissorCreator();
emissor1 = creator.create(EmissorCreator.SMS);
emissor1.envia("UML e Padrões de Projeto");
emissor2 = creator.create(EmissorCreator.EMAIL);
emissor3 = creator.create(EmissorCreator.JMS);
}
}

Factory
Method

•  E
se
a
parNr
de
agora
o
sistema
Nvesse
que
trabalhar
com
dois

Npos
diferentes
de
envio
de
mensagens:
síncrono
e

assíncrono.


Factory
Method

•  E
se
a
parNr
de
agora
o
sistema
Nvesse
que
trabalhar
com
dois

Npos
diferentes
de
envio
de
mensagens:
síncrono
e

assíncrono.

•  Como
poderíamos
especializar
o
criador
de
emissores?


Factory
Method

•  E
se
a
parNr
de
agora
o
sistema
Nvesse
que
trabalhar
com
dois

Npos
diferentes
de
envio
de
mensagens:
síncrono
e

assíncrono.

•  Como
poderíamos
especializar
o
criador
de
emissores?

Definindo subclasses

Factory
Method

•  Com
base
no
novo
cenário,
novos
produtos
precisam
ser

implementados.


Factory
Method


Factory
Method

Implemente as classes necessárias para
testar a especialização do criador de
emissores.

Estrutura
do
Factory
Method


Estrutura
do
Factory
Method

Emissor

Estrutura
do
Factory
Method

Emissor
EmissorAssincronoSMS
EmissorAssincronoJMS
EmissorAssincronoEmail

Estrutura
do
Factory
Method

Emissor
EmissorSincronoSMS
EmissorSincronoEmail
EmissorSincronoJMS

Estrutura
do
Factory
Method

Emissor
EmissorSincronoSMS
EmissorSincronoJMS
EmissorCreator

Estrutura
do
Factory
Method

Emissor
EmissorSincronoSMS
EmissorSincronoJMS
EmissorCreator
EmissorAssincronoCreator
EmissorSincronoCreator

Factory
Method

EmissorCreator creator = new EmissorSincronoCreator();
}
}

Factory
Method

EmissorCreator creator = new EmissorSincronoCreator();
}
}
Factory Method permite que uma classe delegue a
responsabilidade de instanciação às subclasses.

Onde
podemos
ver
o
uso
do
Factory
Method?

•  javax.xml.parsers


Onde
podemos
ver
o
uso
do
Factory
Method?

•  java.sql.DriverManager


Abstract
Factory

ObjeNvo
segundo
o
GoF:


Abstract
Factory

ObjeNvo
segundo
o
GoF:

•  Prover
uma
interface
para
criar
famílias
de
objetos
relacionados
ou

dependentes
sem
especiﬁcar
suas
classes
concretas.


Abstract
Factory

ObjeNvo
segundo
o
GoF:

•  Prover
uma
interface
para
criar
famílias
de
objetos
relacionados
ou

dependentes
sem
especiﬁcar
suas
classes
concretas.

Encapsular a escolha das classes concretas a serem utilizadas na
criação de objetos de diversas famílias.

Abstract
Factory

Estrutura do Abstract Factory, segundo GoF (pág. 101)

Abstract
Factory

Interface
que
deﬁne
as

assinaturas
dos
métodos

responsáveis
pela
criação

dos
objetos
de
uma
família.

Abstract
Factory

Interface
que
deﬁne
as

assinaturas
dos
métodos

responsáveis
pela
criação

dos
objetos
de
uma
família.

Classe
que
implementa
os

métodos
de
criação
dos

objetos
de
uma
família.

Abstract
Factory

Interface
que
deﬁne
as

assinaturas
dos
métodos

responsáveis
pela
criação

dos
objetos
de
uma
família.

Classe
que
implementa
os

métodos
de
criação
dos

objetos
de
uma
família.

Interface
que

deﬁne
um
Npo
de

produto

Abstract
Factory

Interface
que
deﬁne
as

assinaturas
dos
métodos

responsáveis
pela
criação

dos
objetos
de
uma
família.

Classe
que
implementa
os

métodos
de
criação
dos

objetos
de
uma
família.

Implementação

parNcular
de
um

Npo
de
produto

Interface
que

deﬁne
um
Npo
de

produto

Abstract
Factory

Cenário
Prá9co

Estabelecimentos
comerciais
normalmente
oferecem
aos
clientes
diversas

opções
de
pagamento.
Por
exemplo,
clientes
podem
efetuar
pagamentos
com

dinheiro,
cartões
de
crédito
ou
débito,
entre
outros.


Abstract
Factory

Cenário
Prá9co

Estabelecimentos
comerciais
normalmente
oferecem
aos
clientes
diversas

opções
de
pagamento.
Por
exemplo,
clientes
podem
efetuar
pagamentos
com

dinheiro,
cartões
de
crédito
ou
débito,
entre
outros.

Pagamentos
com
cartão
são
realizados
por
meio
de
uma
máquina
de
cartão,

oferecida
e
instaladas
por
empresas
como
Cielo
e
Redecard.
Geralmente,
essa

máquina
é
capaz
de
lidar
com
cartões
de
diferentes
bandeiras
(como
Visa
e

Mastercard).


Abstract
Factory

Cenário
Prá9co

Nosso
objeNvo
é
programar
essas
máquinas,
isto
é,
desenvolver
uma

aplicação
capaz
de
se
comunicar
com
as
diferentes
bandeiras
e
registrar

pagamentos.


Abstract
Factory

Cenário
Prá9co

Nosso
objeNvo
é
programar
essas
máquinas,
isto
é,
desenvolver
uma

aplicação
capaz
de
se
comunicar
com
as
diferentes
bandeiras
e
registrar

pagamentos.

No
momento
do
pagamento,
a
máquina
de
cartão
deve
enviar
informações

relaNvas
à
transação
(como
valor
e
senha)
para
a
bandeira
correspondente
ao

cartão
uNlizado.
Além
disso,
a
máquina
deve
aguardar
uma
resposta
de

conﬁrmação
ou
recusa
do
pagamento.


Abstract
Factory

•  Nossa
aplicação
será
composta
por
objetos
emissores
e

receptores
de
mensagens.


Abstract
Factory

•  Nossa
aplicação
será
composta
por
objetos
emissores
e

receptores
de
mensagens.

•  Como
o
protocolo
de
comunicação
de
cada
bandeira
é

diferente,
teremos
um
emissor
e
um
receptor
para
cada

bandeira.


Abstract
Factory

•  Nossa
aplicação
será
composta
por
objetos
emissores
e

receptores
de
mensagens.

•  Como
o
protocolo
de
comunicação
de
cada
bandeira
é

diferente,
teremos
um
emissor
e
um
receptor
para
cada

bandeira.

•  Criaremos
fábricas
especíﬁcas
para
cada
bandeira
que

serão
responsáveis
pela
criação
dos
emissores
e

receptores.


Abstract
Factory


Abstract
Factory

Implemente as classes necessárias para
testar o cenário proposto.

Abstract
Factory

1
2
3
4

Abstract
Factory


Abstract
Factory

Interface que todas as fábricas
concretas devem implementar, o
que consiste em um conjunto de
métodos para fabricar produtos.

Abstract
Factory

As fábricas concretas implementam as diferentes
famílias de produtos. Para criar um produto o
cliente usa uma destas fábricas.

Abstract
Factory

As fábricas concretas implementam as diferentes
famílias de produtos. Para criar um produto o
cliente usa uma destas fábricas.
Esta é a família de produtos, cada
fábrica concreta pode produzir um
conjunto inteiro de produtos.

Abstract
Factory

public class TestaComunicadorFactory {
ComunicadorFactory comunicadorFactory = new VisaComunicadorFactory();
Emissor emissor = comunicadorFactory.createEmissor();
String transacao = "Valor=100;Senha=1234";
emissor.envia(transacao);
Receptor receptor = comunicadorFactory.createReceptor();
String mensagem = receptor.recebe();
System.out.println(mensagem);
}
}

Abstract
Factory
+
Factory
Method

E
se
quiséssemos
combinar
os
dois
padrões?


Abstract
Factory
+
Factory
Method

E
se
quiséssemos
combinar
os
dois
padrões?

•  As
implementações
de
Abstract
Factory
podem

acionar
os
Factory
Methods
para
criar
emissores
e

receptores.


Abstract
Factory
+
Factory
Method

E
se
quiséssemos
combinar
os
dois
padrões?

•  As
implementações
de
Abstract
Factory
podem

acionar
os
Factory
Methods
para
criar
emissores
e

receptores.

public class VisaComunicadorFactory implements ComunicadorFactory {
private EmissorCreator emissorCreator = new EmissorCreator();
private ReceptorCreator receptorCreator = new ReceptorCreator();
public Emissor createEmissor() {
return emissorCreator.create(EmissorCreator.VISA);
}
public Receptor createReceptor() {
return receptorCreator.create(ReceptorCreator.VISA);
}
}

Abstract
Factory
+
Factory
Method

E
se
quiséssemos
combinar
os
dois
padrões?

•  As
implementações
de
Abstract
Factory
podem

acionar
os
Factory
Methods
para
criar
emissores
e

receptores.

public class VisaComunicadorFactory implements ComunicadorFactory {
private EmissorCreator emissorCreator = new EmissorCreator();
private ReceptorCreator receptorCreator = new ReceptorCreator();
public Emissor createEmissor() {
return emissorCreator.create(EmissorCreator.VISA);
}
public Receptor createReceptor() {
return receptorCreator.create(ReceptorCreator.VISA);
}
}
Altere a implementação de forma que os
emissores e receptores sejam criados por
Factory Methods

Padrão
DAO

•  O
padrão
DAO
(Data
Access
Object)
tem
como
objeNvo
construir
uma

camada
de
acesso
aos
dados
de
forma
a
isolar
a
camada
do
modelo
da

camada
de
persistência.

DB
LDAP
M1
M2
Persistência
Classes
do
Modelo

DAO

Padrão
DAO

Alguns
beneMcios
de
se
u9lizar
o
padrão
DAO:

•  O
mecanismo
de
persistência
pode
ser
alterado
a
qualquer
momento

sem
ter
que
modiﬁcar
a
camada
de
modelo.

•  Vários
mecanismos
de
persistência
podem
ser
uNlizados
de
forma

transparente
para
o
cliente.

•  Com
o
padrão
DAO,
podemos
abstrair
e
encapsular
o
acesso
às
fontes
de

dados.

- Gerencia
a
conexão
com
a
fonte
e
sabe
como
obter
os
dados.


Trabalho

Construa
uma
aplicação
contendo
operações
CRUD
para

um
determinado
cenário
de
negócio.


Trabalho

Construa
uma
aplicação
contendo
operações
CRUD
para

um
determinado
cenário
de
negócio.

ü Deverá
ser
implementado
um
DAO
Factory
para

instanciar
as
formas
de
persistência
suportadas
pela

aplicação,
no
contexto
do
trabalho,
pelo
menos
duas.


Trabalho

Construa
uma
aplicação
contendo
operações
CRUD
para

um
determinado
cenário
de
negócio.

ü Deverá
ser
implementado
um
DAO
Factory
para

instanciar
as
formas
de
persistência
suportadas
pela

aplicação,
no
contexto
do
trabalho,
pelo
menos
duas.

ü Uma
interface
gráﬁca
amigável
deverá
ser
construída.


Trabalho

Construa
uma
aplicação
contendo
operações
CRUD
para

um
determinado
cenário
de
negócio.

ü Deverá
ser
implementado
um
DAO
Factory
para

instanciar
as
formas
de
persistência
suportadas
pela

aplicação,
no
contexto
do
trabalho,
pelo
menos
duas.

ü Uma
interface
gráﬁca
amigável
deverá
ser
construída.

Artigo para auxiliar na definição da arquitetura da aplicação.
http://www.informit.com/guides/content.aspx?g=java&seqNum=442

Bibliograﬁa

•  Gamma,
Erich;
Richard
Helm,
Ralph
Johnson,
John
M.
Vlissides
.
Design

pagerns:
elements
of
reusable
object-‐oriented
sohware.
Reading:
Addison-‐
Wesley,
1995.

•  Erich
Freeman,
Elizabeth
Freeman.
HeadFirst
–
Design
Pagerns.
O
́REILLY

2004.

•  METSKER,
J.
Design
Pagerns
Java
Workbook.
EUA:
Addison-‐Wesley
2002.

•  K19
Treinamentos,
“Design
Pagerns
em
Java”.


Aula 05 - UML e Padrões de Projeto

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Destaque

Destaque (13)

Semelhante a Aula 05 - UML e Padrões de Projeto

Semelhante a Aula 05 - UML e Padrões de Projeto (20)

Último

Último (20)

Aula 05 - UML e Padrões de Projeto