Padrões Java EE

Page 1

Agenda

O que são padrões de projeto.

Vantagens dos padrões de projeto.

Quais os diferentes padrões de projeto:

Intercepting Filter

Model View Controller

Front Controller

Service Locator

Business Delegate

Transfer Object

Page 2

Padrões Java EE

Padrões de Projeto Java EE visam implementar soluções padrão, já conhecidas para problemas relacionados a web sites, como:

Performance

Flexibilidade

Manutenibilidade

Extensibilidade

Page 3

Vantagens dos padrões de projeto

Os padrões de projeto:

Melhoram a coesão.

Escondem a complexidade

Tornam as classes mais fracamente acopladas

Aumentam o controle declarativo

Page 4

Revisão rápida de JNDI

JNDI é o acrônimo de "Java Naming and Directory Service".

Caso objetos queiram ser descobertos eles se registram com o padrão JNDI.

Caso um novo programa deseje usar o objeto, ele busca no diretório JNDI de modo a encontrar o objeto requerido.

Page 5

Revisão rápida de RMI

"Remote Method Invocation" ou RMI é um processo de permitir que um objeto em uma JVM chame remotamente um outro objeto em outra JVM.

Isso acontecerá através de um "Stub" na máquina cliente e um "Skeleton" na máquina servidor.

Page 6

Padrão I - Business Delegate

Business Delegate é um padrão utilizado para proteger o controlador de componentes remotos.

O Business Delegate atua como um proxy, manipulando as comunicações entre o controlador e os componentes remotos.

O padrão Business Delegate é utilizado para:

Esconder a complexidade.

Permitir baixo acoplamento

Separar responsabilidades

Entretanto, a adição de uma nova camada ( proxy ) adiciona complexidade.

Page 7

Padrão II - Service Locator

O padrão Service Locator realiza pesquisa de registros (registry lookups) para o padrão Business Delegate e portanto aumenta a coesão do padrão Business Delegate, uma vez que o mesmo agora somente deve se preocupar com o método de negócio.

O Service Locator irá trabalhar com registros tais como JNDI, RMI, etc.

O padrão Service Locator esconde a complexidade e reduz o impacto na camada web pois os componentes remotos se registram através dele.

Page 8

Padrão III - Transfer Object

Transfer Object reduz o tráfego na rede.

Fornece uma cópia local de objetos remotos.

Ao invés de transferir dados em pequenas mensagens, este padrão habilita o envio da dados em um único objeto de tamanho maior, o que reduz o tráfego da rede.

Uma vez que o objeto é entregue, o mesmo fica dessincronizado da fonte de dados e, portanto, fica desatualizado após algum tempo.

A desvantagem do padrão Transfer Object é que dados desatualizados podem ser recebidos por componentes que acessam o Transfer Object após algum tempo.

Page 9

Padrão IV - Intercepting Filter

Um Intercepting Filter modifica requisições do cliente enviadas ao servidor e modifica respostas enviadas do servidor ao cliente.

Um filtro tem seu próprio ciclo de vida.

Page 10

Padrão V - Model, View, Controller

Já discutimos o padrão de projeto MVC.

O código será separado em Modelo, Visão e Controle.

MVC aumenta a complexidade de uma aplicação, entretanto podemos citar como vantagens a redução do acoplamento e o aumento da coesão.

Page 11

Padrão 6: Front Controller

O padrão Front Controller será utilizado para armazenar tarefas de manipulação de requisição realizadas frequentemente em um componente simples.

O Front Controller será utilizado para esconder a complexidade, permitindo diminuir a complexidade de uma aplicação web de modo geral.

Page 12

Conclusão

Nessa apresentação:

Entendemos os principais padrões J2EE, suas vantagens e desvantagens.

Também estudamos os diferentes padrões