Padrões de projeto - Martin Fowler - P of EAA
-
Upload
aricelio-souza -
Category
Technology
-
view
865 -
download
2
description
Transcript of Padrões de projeto - Martin Fowler - P of EAA
Curso: Tecnologia em Análise e Desenvolvimento de SistemasDisciplina: Arquitetura de SoftwareProf. Msc. Petrônio Candido Lima e SilvaDupla: Aline Ferreira e Aricelio de SouzaTurma: 5º Periodo
Catálogo de Design Patterns P of EAA – Martin Fowler
Introdução ao catálogo Pof EA.
. Lazy Load. . Service Layer.
. Separated Interface. . Referências.
. Value Object.
. Query Object.
. Repository.
. Identity Map.
. Unity of Work.
. Active Record.
Introdução ao CatálogoP of EAA
O livro Patterns of Enterprise Application Architecture começou a ser desenvolvido depois de Davi Rice e Martin Fowler terem dado palestras sobre arquitetura J2EE e refletido sobre como os conceitos que haviam aprendido foram cruciais para o desenvolvimento de seus projetos.
O livro tem o propósito de definir padrões de projeto para ajudar desenvolvedores, indepentente da plataforma que utilizam.
O livro é dividido em duas partes: 1ª parte: Tutorial sobre arquitetura de
aplicações corporativas. 2ª parte: Referência para cerca de 40
tipos de padrões de projeto. Para cada padrão é descrito como
funciona e quando usá-lo, com exemplos em Java, C# ou ambos.
Introdução
Lazy LoadLazy Load
Finalidade
O Lazy Load tem a finalidade de interromper o processo de carregamento de objetos que não serão usados.
Ele coloca um marcador na estrutura dos objetos de modo que se os dados forem necessários à aplicação serão carregados apenas quando forem usados.
Lazy Load
Como é implementado?
Inicialização Tardia (Lazy Inicialization). Proxy Virtual (Virtual Proxy). Armazenador de Valor (Value Holder). Fantasma (Ghost).
Lazy Load
Inicialização Tardia (Lazy Inicialization)
Abordagem mais simples. Consiste em verificar se um campo é nulo
antes de acessá-lo. Sendo nulo, ele calcula o valor do campo antes de retornar o mesmo.
Para que fucione, o campo a ser lido deve estar auto-encapsulado.
Lazy Load
Exemplo
Lazy Load
Proxy Virtual (Virtual Proxy)
É um objeto que parece com o objeto que deveria estar no campo, mas não contém nada.
Somente quando um dos seus métodos é chamado, ele carrega o objeto correto a partir do banco de dados.
Lazy Load
Exemplo
Lazy Load
Armazenador de Valor (Value Holder)
É um objeto que encapsula algum outro objeto.
Para obter o objeto subjacente, você solicita seu valor ao armazenador de valor.
Sua desvantagem é que a classe precisa saber que ele existe.
Lazy Load
Exemplo
Lazy Load
Lazy Load
Fantasma (Ghost) É o objeto real em um estado parcial. Ao ser
carregado do banco de dados, ele contém apenas seu ID.
Sempre que o acesso a um campo for solicitado, ele carrega seu estado completo.
Um fantasma é um objeto, onde cada campo é inicializado tardiamente.
O objeto é carregado de forma incompleta, porém com seu identificador (chave) e carrega seus dados no primeiro acesso a suas propriedades.
Lazy Load
Exemplo
Separated Interface
Define uma interface para desacoplar uma camada de outra. As vezes é preciso contradizer a regra de dependencia entre camadas, por exemplo, uma camada acessar outra sem passar pelas intermediarias ou uma camada não depender de outra.
Separated Interface
Para por exemplo, a camada de apresentação acessar a camada de pesistência diretamente, a apresentação passaria a depender da interface da camada de pesistência. Assim, mesmo que as classe da camada de pesistência mudem, se a interface não mudar, a apresentação não precisará mudar.
Separated Interface
Separated Interface
Exemplo
Separated Interface
Exemplo
Separated Interface
Exemplo
Value Object
Em diversas aplicações orientadas a objetos, muitos objetos possuem uma Identidade. Uma importante classe de domínio como a classe Cliente terá vários atributos. O valor desse atributos é que diferenciam diferentes objetos de sua classe. Portanto, um objeto com uma Identidade, PERSISTE, ou seja, ele existe durante toda aplicação.
Value Object
Value ObjectValue Object
Mas existem situações em que alguns objetos NÃO precisam ter uma Identidade, pois esses objetos representam apenas características singulares de outros objetos.Exemplos: Classe Dinheiro, Data, etc.Esses objetos não precisam de uma identidade, pois representam somente valores, ou seja, eles não precisam persistir durante toda a aplicação.
Query Object
Segundo FOWLER (2006), Query Object é uma especialização do padrão Interpreter que constroi frases de consulta SQL com base em uma estrutura de objetos.
O padrão propõe que se utilize um objeto para conter todos os parametros necessários a construir a consulta SQL.
Um objeto que representa uma consulta ao banco de dados.
Query Object
Query Object
Query Object
Identity Map
Segundo FOWLER (2006), esse padrão assegura que cada objeto seja carregado apenas uma vez, mantendo cada objeto carregado em um mapa. Assim, ele procura os objetos usando o mapa quando se referindo a eles.
Um identity map mantém um registro de todos os objetos que foram lidos do banco de dados em uma única transação de negócio.
Identity Map
Identity Map
Sempre que quiser um objeto, você verifica o Mapa de identidade antes para ver se já o tem, semelhante a um cache.
Identity Map explicito: É acessado com métodos distintos para cada tipo de objeto que é preciso.
Identity Map genérico: Usa um único método para todos os tipos de objetos.
Identity Map
Identity Map
Exemplo
Active Record
O padrão Active Record encapsula a lógica para se criar uma linha na tabela correspondente a respectiva classe.
Onde,cada objeto sabe como ler e gravar seus dados no banco de dados, não existe uma camada específica para realizar essa tarefa.
Active Record
Este tipo de estrutura é indicada para sistemas menores onde a lógica de dominio não é tão complexa, como inserções,exclusões etc..
A estrutura dos dados dos objetos do Active Record devem ser exatamente iguais com a estrutura dos dados no Banco de Dados, o que dificulta a manutenção em razão da dependência entre os mesmos.
Active Record
ExemploActive Record
ExemploActive Record
Active Record
Repository
O padrão Repository faz a mediação entre o domain model e as camadas de mapeamento de dados, agindo como uma coleção de objetos de domínio em memória FOWLER (2006).
Esta camada abstrai o acesso a camada de persistência, isolando a lógica de acesso aos dados de qualquer outra camada da aplicação.
Repository
Este padrão é indicado para o desenvolvimento de aplicações que possuem um grande número de classes e nescessitam de consultas mais pesadas, além de ajudar a minimizar as duplicações nas lógicas das consultas.
Repository
ExemploRepository
Unity of Work
Mantém uma lista de objetos afetados por uma transação de negócio e coordena a gravação das alterações e a desolução de problemas de concorrência FOWLER (2006).
Unity of Work
Unity of WorkUma Unit of work pode ser entendida como uma sessão ou objeto que mantém o registro de todas as atividades relacionadas ao banco de dados, realizadas durante uma transação de negócio, sendo também responsável pelo gerenciamento dos problemas de concorrência que podem ocorrer oriundos dessa transação.
Unity of Work
Unity of WorkÉ indicada para situações onde são necessários:
Efetuar logs. Tracing. Gerenciar as transações. Promover a testabilidade dos sistema, etc.
Unity of Work
ExemploUnity of Work
Unity of Work
Service LayerDefine os limites de uma aplicação com uma camada de serviços que estabelece um conjunto de operações disponíveis e coordena a resposta da aplicação em cada operação.
Uma Camada de Serviço define a fronteira de uma aplicação e seu conjunto de operações disponiveis, a partir da perspectiva das camadas de interface dos clientes.
Service layer
Service LayerEla encapsula a lógica de negócio da aplicação, controlando as transações e coordenando as respostas na implementação de suas operações.
Service layer
Service layer
Service layer
ReferênciasALMEIDA, Erico Renato Oliveira, Padrões de Projeto – Value
Object. 2007. Disponivel em: <http://imasters.com.br/artigo/7293/linguagens/padroes-de-projeto-value-object/>. Acesso em: 16 Mar 2014.
FOWLER, Martin. Padrões de Arquitetura de Aplicações Corporativas / Martin Fowler; tradução Acauan Fernandes. - Porto Alegre : Bookman, 2006.
PIRES, Glauber Magalhães. Lazy Loading – Inicialização Preguiçosa. Disponivel em: <http://www.glauberpires.com.br/arquitetura/4-Lazy%20Loading.pdf>. Acesso em: 16 Mar 2014.
RANIERI, Bárbara. Lazy Load – Quando usar?. 2013. Disponivel em: <http://www.princiweb.com.br/blog/programacao/aspnet/lazy-load-quando-usar.html>. Acesso em: 16 Mar 2014.
Referências
SANTOS, Jadson José. Análise da Utilização de padrões no Desenvolvimento de Software em Camadas. 2008. Disponivel em: <http://jadsonjs.files.wordpress.com/2008/03/artigo-padroes-de-projeto-padroes-basicos.pdf>. Acesso em: 16 Mar 2014.
TABORDA, Sérgio, Query Object. 2009. Disponivel em: <http://sergiotaborda.wordpress.com/desenvolvimento-de-software/java/patterns/query-object/>. Acesso em: 16 Mar 2014.
Referências