PADRÕES DE SOFTWARE. Jerffeson Teixeira de Souza, Ph.D. Tarciane de Castro Andrade. Grupo de Padrões de Software da UECE (GPS.

Transcrição

1 PADRÕES DE SOFTWARE 1 Jerffeson Teixeira de Souza, Ph.D. Tarciane de Castro Andrade Grupo de Padrões de Software da UECE (GPS.UECE) Julho-2009

2 CONTEÚDO Introdução aos Padrões de Software O quê são padrões? Áreas de Atuação e Tipos de Padrões Padrões de Projeto GOF Introdução Classificação Detalhamento Padrões Arquiteturais POSA Classificação Detalhamento Considerações Finais Referências 2

3 PADRÕES DE PROJETOS - GOF Padrões que provêem soluções para refinar os subsistemas ou componentes do software ao nível de projeto, bem como o relacionamento entre eles. Descrevem aspectos do projeto do software, como objetos, classes, herança, agregação, entre outros. 3 Tópicos desta seção: Introdução Classificação Detalhamento dos 23 padrões de Projeto

4 Padrões de Projeto - Introdução Provenientes do Livro: Design Patterns: Elements of Reusable Object-Oriented Software Gang of Four Conceito [Gamma et. al.] Descrição de objetos de comunicação e classes que são customizados para resolver um problema geral de design em um contexto particular 4

5 Padrões GoF Como Surgiu? História Tese de Doutorado do Erick Gamma Projeto OO Framework ET++ Conferência ECOOP/OOPSLA em 1991 Erick Gamma conheceu Richard Helm, Ralph Johnson e John Vlissides. Formaram o Gang Of Four GoF Publicaram na ECOOP 93 o artigo: Design Patterns: Abstraction and Reuse of Object-Oriented Design; Surgiu o Livro de Design Patterns; 5

6 Padrões de Projeto - Introdução Projetando software orientado a objetos Projetar software OO não é uma tarefa muito simples. Mais difícil ainda é desenvolver de forma a torná-los reutilizáveis em outras situações; Esses pedaços reutilizáveis de software podem ser considerados um patrimônio; Podem reduzir o custo/tempo de desenvolvimento de novos sistemas. 6

7 Padrões de Projeto - Introdução Criar componentes reutilizáveis requer mais tempo (e dinheiro) do que soluções que resolvem o problema de imediato; É necessário que projetemos pensando no futuro, ou seja, tentando criar situações onde esses componentes possam ser reutilizados; Às vezes, acabamos introduzindo características desnecessárias no momento, mas que podem ser úteis futuramente. 7

8 Padrões de Projeto - Introdução Os Padrões de Projeto (Design Patterns) ajudam a criar software mais flexível e reutilizável; Permitem entender de forma mais fácil a solução aplicada, caso se conheça o Padrão de Projeto que foi aplicado; Padrões de Projeto ajudam o projetista a chegar de forma mais rápida a um projeto correto, ou seja, um projeto que possua a flexibilidade e o nível de reutilização desejados. 8

9 O que é Padrão de Projeto? Cada padrão descreve um problema que ocorreu várias vezes e o cerne da solução para aquele problema, de forma que essa solução possa ser reutilizada milhões de vezes em situações diferentes; Descrevem objetos, classes, herança, agregação, etc. Encontram-se padrões de projeto no livro do GoF [Gamma et.al 1995] 9

10 O que é Padrão de Projeto? É algo que descreve soluções simples e elegantes para problemas específicos no projeto de software orientado a objetos; Refletem a experiência de diversos desenvolvedores na abordagem de certos tipos de problema. 10

11 O que é Padrão de Projeto? Podem ser implementados em linguagens OO comuns Há linguagens que se adaptam melhor a um Padrão de Projeto e acabam exigindo menos esforço para implementá-lo. 11

12 Como os Padrões de Projeto resolvem os Problemas Muitos dos objetos existentes na fase de Projeto são oriundos da fase de Análise. Os Padrões de Projeto ajudam a encontrar os objetos apropriados porque definem estruturas, relacionamentos e dependências que devem existir para solucionar o problema. 12

13 Como os Padrões de Projeto resolvem os Problemas Uma das tarefas mais difíceis é decompor o sistema em objetos da forma mais apropriada; Também é importante considerar a distribuição dos dados e métodos entre os objetos de forma a respeitar critérios como: granularidade, encapsulamento, dependência, flexibilidade, desempenho, evolução e reusabilidade. É difícil atingir uma concordância total sobre esta decomposição; 13

14 Como os Padrões de Projeto resolvem os Problemas Especificando a interface dos objetos Os objetos são conhecidos através da sua interface. É através dela que se pode saber quais são os métodos disponíveis e como chamá-los; Uma interface não define a implementação de cada método. Isso permite que haja várias implementações para uma mesma interface. 14

15 Como os Padrões de Projeto resolvem os Problemas Padrões de Projeto ajudam a planejar as interfaces pois através deles é possível prever quais são os dados que podem ser obtidos e devem ser passados através de cada interface; Especificando implementações de objetos Alguns Padrões de Projeto definem o comportamento de certos objetos (reutilização); Outros permitem que o comportamento seja modificado (flexibilidade na troca de implementações); 15

16 Como os Padrões de Projeto resolvem os Problemas Projetando para reutilizar Padrões de Projeto permitem escolher antecipadamente quais pontos do sistema aceitam mudanças mais facilmente; Evitam modificar o projeto original, possivelmente afetando os clientes existentes; 16

17 Padrões de Projeto Existem inúmeros Padrões de Projeto; Os mais conhecidos são os do GoF Gang of Four; 17

18 Classificação dos Padrões de Projeto segundo GoF 18

19 Classificação segundo GoF Propósito: reflete o que o padrão faz. Criação: remete ao processo de criação de objetos; Estrutura: composição de classes ou objetos; Comportamento: como as classes e objetos interagem e distribuem as responsabilidades; Escopo: corresponde a classes ou objetos; Classe: relacionamentos entre classes e subclasses. Esse relacionamento é feito através de herança e são estáticos; Objeto: relacionamentos entre objetos. São mais dinâmicos e mudam em tempo de execução; 19

20 Padrão Factory Method Classificação: Padrão de Classe; Permite que se crie uma interface comum para uma família de objetos. Esta característica faz com que a responsabilidade de se criar os objetos concretos seja transferida para as classes derivadas. Este padrão é útil quando não é possível saber inicialmente que tipos de objetos serão criados na aplicação; Permite que uma classe delegue a responsabilidade de criação para outra classe; 20

21 Padrão Factory Method Problema O acesso a um objeto concreto será através da interface conhecida através de sua superclasse, mas o cliente também não quer ou não pode saber qual implementação concreta está usando. 21

22 Padrão Factory Method 22

23 Padrão Factory Method 23

24 Padrão Factory Method O método getcarro(), é o método factory que recebe um parâmetro (tipo) e retorna uma instância da classe Carro, representado no diagrama por :carro 24

25 Padrão Factory Method Estrutura 25

26 Padrão Factory Method Participantes Creator: declara o factory method (método de fabricação) que retorna o objeto da classe Product (produto). Este elemento também pode definir uma implementação básica que retorna um objeto de uma classe ConcreteProduct (produto concreto) básica; ConcreteCreator: sobrescreve o factory method e retorna um objeto da classe ConcreteProduct; Product: define uma interface para os objetos criados pelo factory method; ConcreteProduct: uma implementação para a interface Product. 26

27 Padrão Factory Method Aplicabilidade Quando uma classe não pode antecipar ou conhecer a classe dos objetos que deve criar; Quando uma classe quer suas subclasses para especificar os objetos que cria; Quando classes delegam responsabilidade à alguma das várias subclasses ajudantes, e deseja-se localizar qual é a subclasse ajudante acessada. 27

28 Padrão Factory Method Conseqüências Elimina a necessidade de acoplar classes específicas para aplicação em nível de código,na programação, lida-se apenas com a superclasse ou interface Dá maior flexibilidade para as classes criar objetos numa classe que possui o método-fábrica é sempre mais flexível que fazê-lo. 28

29 Código Factory Method Exemplo... 29

30 Padrão Abstract Factory Classificação: Padrão de Objeto; Criar uma família de objetos relacionados ou dependentes sem especificar suas classes concretas; O padrão Abstract Factory está a um nível de abstração maior do que o padrão Factory Method. Pode retornar uma das muitas classes de objetos relacionados, ou seja, diferentes objetos; O padrão Abstract Factory é uma fábrica de objetos que retorna uma das várias fábricas. 30

31 Padrão Abstract Factory 31

32 Padrão Abstract Factory FábricaAbstrata: declara uma interface para operações que criam produtos abstratos; FábricaConcreta: implementa as operações que criam produtos concretos; ProdutoAbstrato: declara uma interface para um tipo de produto; ProdutoConcreto: define um produto a ser criado pela fábrica concreta correspondente; implementa a interface de ProdutoAbstrato; Cliente: usa somente interfaces declaradas pelas classes FábricaAbstrata e ProdutoAbstrato; 32

33 Padrão Abstract Factory 33

34 Padrão Abstract Factory Exemplo: Criação de diferentes mundos de animais para um jogo de computador. 34

35 Padrão Abstract Factory 2º Exemplo: 35

36 Padrão Abstract Factory Aplicabilidade Situações em que um sistema deve ser independente da maneira como seus produtos são criados, relacionados e representados; Quando é necessária uma configuração utilizando uma das várias famílias de produtos; No fornecimento de uma biblioteca de classes de produtos, e deve-se revelar apenas suas interfaces ou superclasses, e não suas implementações ou subclasses. 36

37 Padrão Abstract Factory Conseqüências Isola as classes concretas (subclasses ou implementações) das suas famílias e da fábrica abstrata ; Maior agilidade para alternar entre diferentes famílias de produtos; Maior segurança para trabalhar com produtos de uma mesma família; Dificuldade em suportar novos tipos de produtos. 37

38 Padrão Abstract Factory Padrões Relacionados Factory Method Singleton: uma fábrica concreta é um singleton; Prototype: pode ser implementado. 38

39 Código Abstract Factory Exemplo... 39

40 Padrão Builder Classificação: Padrão de Objeto; Separar a construção de um objeto complexo de sua representação para que o mesmo processo de construção possa criar representações diferentes; 40

41 Padrão Builder Problema 1. Cliente necessita de uma casa e passa as informações para o diretor da construtora; 2. Com as informações do cliente, ordena a criação da casa pelo construtor, a partir de uma interface uniforme 4. Quando o produto estiver pronto, o cliente pode obtê-lo diretamente do construtor; 3. O construtor está habilitado para construir qualquer objeto complexo, por exemplo, um prédio 41

42 Padrão Builder 42

43 43

44 Padrão Builder 44

45 Padrão Builder Participantes Director: constrói um objeto utilizando a interface do builder; Builder: especifica uma interface para um construtor de partes do objeto product; ConcreteBuilder: define uma implementação da interface builder; Product: o objeto complexo em construção. 45

46 Padrão Builder Aplicabilidade: Quando um algoritmo para criação de um objeto complexo deve ser independente das partes que o compõem e de como elas são montadas; O processo de construção deve permitir diferentes representações para o objeto construído; 46

47 Padrão Builder Conseqüências: Redução da extensão e da complexidade de uma classe; Independência entre a representação de um objeto e a sua construção; Criação de regras graduais de construção para um objeto; Geração de construções diversificadas de um tipo de objeto. 47

48 Padrão Builder Padrões Relacionados: Abstract Factory; Composite; 48

49 Padrão Builder Exemplo... 49

50 Padrão Prototype Classificação: Padrão de Objeto Especifica os tipos de objetos a serem criados usando uma instância como protótipo e cria novos objetos ao copiar esse protótipo; Cria novas instâncias (clones); 50

51 Padrão Prototype Problema: 51

52 Padrão Prototype O Clone cria uma nova instância; Qualquer modificação no clone, não leva à ocorrência da modificação do objeto original; 52

53 Padrão Prototype 53

54 Padrão Prototype Participantes Prototype: uma classe que declara uma interface para objetos capazes de clonar a si mesmo; PrototypeConcreto: implementação de um prototype; Cliente:cria um novo objeto através de um prototype que é capaz de clonar a si mesmo. 54

55 Padrão Prototype Object.clone() é um ótimo exemplo de Prototype em Java; Círculo c = new Circulo (4,5,6); Círculo copia = (Circulo) c.clone(); 55 [Argonavis]

56 Padrão Prototype Aplicabilidade Quando as classes para instanciação são especificadas em tempo de execução ou carregadas dinamicamente; Para evitar a construção de uma hierarquia de classes-exemplo estritamente especializada ou demasiadamente ligada a um tipo de produto; Quando as instâncias de uma classe podem ter apenas uma ou poucas maneiras de manifestar seu estado. 56

57 Padrão Prototype Consequências Isolamento entre os produtos (subclasses ou implementações) e suas classes; Redução do número de subclasses (com o objeto criador); Este método cria uma cópia exata de um objeto que lhe for passado como parâmetro. Uma cópia exata carrega consigo uma espécie de fotografia do objeto: não apenas seu comportamento é clonado, mas também seu estado. 57

58 Padrão Prototype Exemplo... 58

59 Padrão Singleton Classificação: Padrão de Objeto Permitir que uma classe só tenha uma única instância e prover um ponto de acesso global a ela; Garantir que apenas um objeto exista, independente do número de requisições a ele; Uma classe só terá um instância; 59

60 Padrão Singleton Objeto com acesso privativo Construtor Privativo Ponto de acesso simples, estático e global Não permite criar mais de um objeto 60

61 Padrão Singleton Participantes Singleton: define uma operação Instance que deixa clientes acessarem sua única instância. Instance é uma operação de classe. 61

62 Padrão Singleton Exemplos de Aplicação Único Banco de Dados; Único acesso a arquivo de Log; 62

63 Padrão Singleton 63

64 Padrão Singleton Aplicabilidade Uma única instância de uma classe e esta deve ser acessada a partir de um ponto de acesso bemconhecido; Conseqüências Acesso controlado à instância única; O Singleton tem controle sobre como e quando clientes acessam a instância; O Singleton é melhor que variáveis globais, já que as "globais" podem ser encapsuladas na instância única, deixando um único nome externo visível; Mais flexível que métodos estáticos; 64

65 Padrão Singleton Código Fonte Exemplo... 65

66 Exercício 1 Resolver os exercícios; Cada exercício compõe a nota final do curso. 66