Elisabeth Suescún Leandra Mara da Silva

Apresentação em tema: "Elisabeth Suescún Leandra Mara da Silva"— Transcrição da apresentação:

1 Elisabeth Suescún Leandra Mara da Silva
Design Patterns Elisabeth Suescún Leandra Mara da Silva

2 Motivação Motivação Objetivo
Aprimorar conhecimentos de Projeto de Sistemas de Software, realizando um estudo sobre os Padrões de Projeto apresentados em [GoF]. Objetivo Fornecer uma visão geral sobre o padrão Bridge. © LES/PUC-Rio

3 Padrão Bridge (Handle/Body)

4 Bridge Classificação Propósito Estrutural de Objeto
Desacoplar uma abstração de sua implementação para que ambos possam variar independentemente © LES/PUC-Rio

5 Bridge Motivação (O Problema)
Imagine um sistema gráfico de janelas que deve ser portável para diversas plataformas. Normalmente, a portabilidade seria obtida criando-se especializações dos tipos de janelas para cada uma das plataformas suportadas. © LES/PUC-Rio

6 Bridge Motivação (continuação) Resultado: Proliferação de classes
Observa-se pelo diagrama anterior que: Para cada tipo de janela, devem ser definidas tantas classes quanto forem o nº de plataformas O que acontece com a adição de uma nova plataforma? E de outro tipo de janela? E se forem vários os tipos de janelas e plataformas? Resultado: Proliferação de classes © LES/PUC-Rio

7 Bridge Motivação (A Solução) Exemplo de solução:
O padrão Bridge permite colocar as abstrações e suas implementações em diferentes hierarquias de classes, e permite que variem de forma independente São criadas duas hierarquias de classes relacionadas: a hierarquia de tipos de janelas e a de implementação nas plataformas suportadas. O relacionamento entre as interfaces é a ponte que desacopla a interface da implementação O diagrama do próximo slide mostra a solução citada © LES/PUC-Rio

8 Bridge Motivação © LES/PUC-Rio

9 Bridge Aplicabilidade (use o padrão quando:)
Desejar evitar ligação permanente entre uma abstração e sua implementação. Pode ser, por exemplo, quando se deseja variar a implementação em tempo de execução (runtime) Tanto a abstração quanto a implementação devem ser extensíveis através de herança Mudanças na implementação de uma abstração não devem ter impacto sobre o cliente Você tem uma proliferação de classes, e quer evitá-las dividindo o objeto em duas partes Você quer compartilhar uma implementação entre múltiplos objetos e este fato deve ser escondido do cliente. © LES/PUC-Rio

10 Bridge Estrutura © LES/PUC-Rio

11 Bridge Participantes Abstraction (Window)
Define a interface da abstração Mantém uma referência para um objeto do tipo Implementor RefinedAbstraction (IconWindow) Estende a interface definida por Abstraction Implementor (WindowImp) Define a interface para as classes de implementação Não precisa corresponder exatamente à interface de Abstraction ConcreteImplementor (XwindowImp, PMWindowImp) Implementa a interface de Implementor e define sua implementação concreta © LES/PUC-Rio

12 Bridge Colaborações Abstraction repassa as solicitações dos clientes para o seu objeto Implementor © LES/PUC-Rio

13 Bridge Conseqüências Implementação de abstração pode ser configurada em tempo de execução Mudanças de uma implementação não torna necessário a recompilação da classe Abstraction e seus clientes. Melhorias na estrutura do sistema, encorajando o uso o de camadas; a parte de alto nível somente tem que ter conhecimento de Abstraction e Implementor Extensibilidade melhorada: pode-se estender as hierarquias de Abstraction e Implementor independentemente Ocultação de detalhes de implementação dos clientes © LES/PUC-Rio

14 Bridge Client: sera nossa tela o interfase grafica para o usuario
© LES/PUC-Rio

15 Bridge Abstration: define uma interfase abstrata. mantém uma referencia ao objeto tipo implementor © LES/PUC-Rio

16 Bridge RedefineAbstraction estende a interface definida pela abstração
© LES/PUC-Rio

17 Bridge Implementor: define a interface para a implementação de classes, a qual não * tem que corresponder exatamente com a interfase de Abstraction; Alem disso, * as dois interfases podem ser bastante diferentes. geramente a interfase implementor * prover solo operações primitivas, e Abstraction define operações de alto nível * baseadas em estas primitivas. © LES/PUC-Rio

18 Bridge ConcreteImplementor: Implementa a interface de Implementor e define * sua implementação concreta. * na grafica ou seja na presentação temos dois ConcreteImplementorA e ConcreteImplementorB, mais * pode ser uma sozinha. © LES/PUC-Rio

19 Bridge © LES/PUC-Rio

20 Fim!!