Padrões Comportamentais

Transcrição

1 Padrões Comportamentais Parte 1 Soluções Reutilizáveis de Software Orientado a Objetos Prof. Fellipe Aleixo (fellipe.aleixo@ifrn.edu.br)

2 Padrões de Projeto Comportamentais 1. Chain of Responsibility 2. Command 3. Interpreter 4. Iterator 5. Mediator 6. Memento 7. Observer 8. State 9. Strategy 10. Template Method 11. Visitor

3 Padrões Comportamentais Se preocupam com algoritmos e a atribuição de responsabilidade entre objetos Descreve o papel de classes e objetos como se dará a comunicação entre os envolvidos

4 Chain of Responsibility Cadeia de Responsabilidades

5 Intenção Evitar o acoplamento do remetente de uma solicitação ao seu receptor, ao dar a mais de um objeto a oportunidade de tratar a solicitação Encadear os objetos receptores, passando a solicitação ao longo da cadeia até que um objeto a trate

6 Motivação Considere um recurso de ajuda (help) sensível ao contexto para uma interface gráfica de usuário: A ajuda está acessível em qualquer ponto da interface A ajuda depende do ponto (contexto) onde foi acionada O problema é que o objeto que fornece a ajuda não é conhecido explicitamente pelo solicitante O que necessitamos é de uma maneira de desacoplar o botão que inicia a solicitação de ajuda dos objetos que podem fornecer as informações de ajuda

7 Aplicabilidade Utilizar quando: 1. Mais de um objeto pode tratar uma requisição e o objeto que irá tratar a mesma não é conhecido a priori 2. Desejamos fazer uma solicitação para um dentre vários objetos, sem especificar explicitamente o receptor 3. O conjunto de objetos que pode tratar uma solicitação deveria ser especificado dinamicamente

8 Estrutura

9 Estrutura Uma típica estrutura de objetos se parece seria:

10 Exemplo / Participantes

11 Exemplo / Participantes

12 Exemplo / Participantes 1. Handler (HelpHandler) Define uma interface para tratar solicitações (opcional) implementa um link para seu sucessor 2. ConcreteHandler (PrintButton, PrintDialog) Trata solicitações de sua responsabilidade Pode acessar o seu sucessor Se pode tratar, assim o faz, se não passa a solicitação para o seu sucessor 3. Client Inicia uma solicitação para um objeto da cadeia

13 Consequências 1. Acoplamento reduzido 2. Flexibilidade adicional na atribuição de responsabilidades a objetos 3. A recepção não é garantida

14 Command Também conhecido como Action ou Transaction

15 Intenção Encapsular uma solicitação como um objeto, desta forma permitindo parametrizar clientes com diferentes solicitações, enfileirar ou fazer o registro (log) de solicitações e suportar operações que podem ser desfeitas

16 Motivação Algumas vezes é necessário emitir solicitações para objetos nada sabendo sobre a operação que está sendo solicitada ou sobre o receptor da mesma Exemplo: no contexto de frameworks para desenvolver interfaces gráficas com o usuário Incluem objetos como botões de menu que executam uma solicitação em resposta a uma entrada do usuário Mas, só as classes de domínio sabem o que precisa ser feito em resposta a uma solicitação do usuário

17 Motivação Continuando... O padrão Command permite que objetos do framework possam fazer solicitações de objetos não especificados, transformando a própria solicitação em um objeto A chave desse padrão é a classe abstrata Command, a qual define uma interface para execução de operações Na sua forma mais simples, essa interface inclui uma operação abstrata execute()

18 Aplicabilidade Utilizar o padrão Command quando necessitamos: 1. parametrizar objetos por uma ação a ser executada 2. especificar, enfieirar e executar solicitações em tempos diferentes 3. suportar desfazer operações O objeto Command podem armazenar estado, tornando possível a reversão dos afeitos da sua ação Operação unexecute() Os comandos executados podem ser armazenados em uma lista histórica tornando possível desfazer uma série de comandos em sequência

19 Aplicabilidade Utilizar o padrão Command quando necessitamos: 4. suportar o registro (logging) de mudanças de maneira que possam ser replicadas no caso de uma queda no sistema 5. estruturar um sistema em torno de operações de alto nível construídas sobre operações primitivas Comum em sistemas que suportam transações

20 Estrutura

21 Exemplo/Participantes

22 Exemplo/Participantes

23 Exemplo/Participantes

24 Exemplo/Participantes

25 Exemplo/Participantes 1. Command Define uma interface para a execução de uma operação 2. ConcreteCommand (PasteCommand, OpenCommand) Implementa a operação execute() correspondente 3. Client (Application) Criar um objeto ConcreteCommande envia a seu receptor 4. Invoker (MenuItem) Solicita ao Command a execução da solicitação 5. Receiver (Document, Application) Sabe como executar a operação associada a uma solicitação

26 Consequências 1. Desacopla o objeto que invoca a operação daquele que sabe como executá-la 2. Commands podem ser manipulados e estendidos como qualquer outro objeto 3. Você pode montar comandos para formar um comando composto (MacroCommand) 4. É fácil acrescentar novos comandos, pois não é necessário modificar as classes existentes

27 Interpreter Interpretador

28 Intenção Dada uma linguagem, definir uma representação para a sua gramática juntamente com um interpretador que usa representação para interpretar sentenças da linguagem

29 Motivação Se um problema específico de ocorre com frequência suficiente, pode ser útil expressar instâncias do problema como sentenças de uma linguagem (simples) Por exemplo: Pesquisar cadeias de caracteres que correspondem a um determinado padrão (pattern matching) é um problema comum à suscitou a criação de expressões regulares

30 Motivação O padrão Interpreter descreve como definir uma gramática para linguagens simples Representar sentenças nessa linguagem Interpretar tais sentenças

31 Aplicabilidade Usamos o padrão Iterpreter quando: 1. A gramática é simples 2. A eficiência não é uma preocupação crítica

32 Estrutura

33 Exemplo/Participantes Exemplo de gramática: expression ::= literal alternation sequence repetition '(' expression ')' alternation ::= expression ' ' expression sequence ::= expression '&' expression repetition ::= expression '*' literal ::= 'a' 'b' 'c'... { 'a' 'b' 'c'... }*

34 Exemplo/Participantes

35 Exemplo/Participantes

36 Exemplo/Participantes 1. AbstractExpression (RegularExpression) Declara uma operação abstrata interpret() 2. TerminalExpression (LiteralExpression) Implementa uma operação interpret() associada aos símbolos terminais da gramática 3. NonTerminalExpression (AlternationExpression, RepititionExpression, SequenceExpression) Implementa uma operação interpret() par símbolos nãoterminais da gramática Pode chamar a se mesmo de forma recursiva

37 Exemplo/Participantes 4. Context Contém informação que é global para o interpretador 5. Client Constrói ou recebe uma árvore sintática abstrata que representa uma determinada sentença na linguagem definida pela gramática A árvore abstrata é montada a partir de instâncias das classes NonTerminalExpression e TerminalExpression

38 Consequências 1. Fácil de mudar e estender a gramática 2. Implementar a gramática também é fácil 3. Gramáticas complexas são difíceis de manter 4. Possibilita ir acrescentando novas formas de interpretar expressões

39 Iterator Também como Cursor

40 Intenção Fornecer um meio de acessar, sequencialmente, os elementos de uma coleção de objetos sem expor a sua representação subjacente

41 Motivação Um objeto agregador, como uma lista, deveria oferecer um meio de acessar seus elementos sem expor a sua estrutura interna Podemos também desejar percorrer a coleção de diferentes maneiras O padrão Iterator permite fazer tudo isso A chave desse padrão é retirar a responsabilidade de acesso e percurso do objeto lista e colocá-la em um objeto Iterator A classe Iterator define uma interface para o acesso aos elementos da lista

42 Aplicabilidade Use o padrão Iterator para: 1. acessar os conteúdos de um objeto agregador (coleção) sem expor sua representação interna 2. suportar múltiplos percursos pelos objetos agregados 3. Fornecer uma interface uniforme que percorra diferentes estruturas agregadoras (polimorfismo)

43 Estrutura

44 Exemplo/Participantes

45 Exemplo/Participantes 1. Iterator Define uma interface para acessar e percorres uma coleção 2. ConcreteIterator Implementa a interface Iterator Mantém o controle da posição corrente no percurso 3. Aggregate Define uma interface para a criação de um objeto Iterator 4. ConcreteAggregate Cria a retorna uma instância do Iterator apropriado

46 Consequências 1. Ele suporta variações no percurso de uma coleção 2. Iterators simplificam a interface da coleção 3. Mais do que um percurso pode estar em curso (ou pendente), em uma coleção