Neste curso, assumimos que você já sabe projetar e desenvolver programas mais complexos em Java, graças às boas práticas e princípios exercitados nos cursos anteriores; mas você talvez não se sinta ainda confortável em lidar com cenários mais complexos, onde é difícil desenvolver software com código de qualidade com flexibilidade suficiente para facilitar a implementação de mudanças repentinas de requisitos. O objetivo deste curso é oferecer a você um aprofundamento em técnicas de programação orientadas a objetos pelo uso de padrões de projeto no contexto de desenvolvimento ágil. Os seguintes conceitos são apresentados neste curso: • Revisão de conceitos de orientação a objetos: abstração de dados, encapsulamento, herança e polimorfismo • Reúso por meio de herança: padrões Null Object, Template Method e Factory Method • Delegando comportamento com composição: padrões Strategy, Bridge, State e Observer • Composição recursiva: padrões Composite e Chain of Responsibility • Envolvendo objetos: padrões Proxy, Decorator e Adapter • Estratégias para criar objetos: padrões Static Fabric Methods, Singleton e Builder • Modularidade: padrão Dependency Injection Ao final deste curso, você terá amadurecido de tal modo suas habilidades de programação que será capaz de implementar partes da aplicação Web final com o componente de gamificação enriquecido constantes do Trabalho de Conclusão da Especialização, aplicando onde apropriado alguns dos padrões apresentados neste curso durante a refatoração na prática TDD.
Padrão Bridge
Loading...
來自 Instituto Tecnológico de Aeronáutica 的課程
Desenvolvimento Ágil com Padrões de Projeto
52 個評分
從本節課中
Semana 2
Olá, bem-vindo ao Curso 5 – Desenvolvimento Ágil com Padrões de Projeto! Neste módulo você aprenderá a identificar quatro padrões em que se utiliza a herança; depois, três padrões em que se utiliza a composição.
與講師見面
Clovis FernandesProfessor Titular in Portuguese
Ciência da Computação
Eduardo GuerraProfessor Colaborador
[MÚSICA] [MÚSICA]
Olá a todos, meu nome é Eduardo Guerra,
esse é o curso de Desenvolvimento Ágil com Padrões de Projeto.
Hoje vamos falar do Padrão Bridge.
A gente, na aula passada, viu caso que a herança não funcionava.
Então hoje a gente vai falar pouquinho dessas diferenças,
da herança com a composição e aprender esse padrão que mistura os dois conceitos,
o de herança e composição para criar uma solução.
Vamos lá.
Então, primeiro, a herança tem essa
desvantagem de poder ser utilizada somente uma vez.
A composição a gente pode compor quantas vezes a gente quiser com quantas
classes a gente quiser.
A herança tem a questão também,
quando a gente define hook method ali na herança, a gente define qual
vai ser a implementação dele no momento que a gente instancia a nossa subclasse.
Então a gente dá new ali e já está definindo o comportamento.
A composição, pelo fato da gente poder trocar qual é o objeto que está
compondo sem precisar criar novo objeto principal,
permite que a gente possa mudar o comportamento tempo de execução.
A gente vai ver que, alguns casos, isso daí vai ser bem importante.
E a grande vantagem da herança, como a gente falou,
qualquer método público ou protegido vira candidato a ser hook method.
Por quê?
Porque ele pode ser sobrescrito na subclasse e vira
ponto onde você pode estar pendurando novos comportamentos.
Já a composição, não.
Quando você usa a composição, você chama os métodos daquela classe que está
compondo pontos específicos, e você não tem o controle de adicionar novos pontos
onde você pode estar adicionando o comportamento através da composição.
Então, a herança tem essa vantagem de, no começo,
ser pouco mais flexível e você poder deixar essas opções pouco mais abertas.
Quando você utiliza a composição, você já tem que saber muito bem quais os pontos
ali na sua classe que você quer poder estender o comportamento ou
deixar esse comportamento flexível para alterar a utilização da composição.
Então, aqui uma breve comparação entre herança e composição para a gente começar
essa discussão interessante aqui dessa aula.
Agora, uma coisa bacana, é que a gente não tem que
exclusivamente: vou usar herança, aí é herança para todo lado.
Ou vou usar composição, e é composição para todo lado.
Assim como o preto e o branco.
Às vezes, por exemplo, no xadrez dá muito certo, a gente pode também ter uma
solução que misture a herança e a composição e também dá bastante certo.
E é justamente o caso do Padrão Bridge.
Ele é baseado a gente pegar quando a gente tem duas coisas
que podem variar, a gente utilizar a herança para
flexibilizar uma delas e utilizar a composição para a outra.
Então vamos pegar o caso da última aula, da entrega e do preço, da ordem,
para ver como ficaria utilizando o Padrão Bridge.
Deixa eu sair aqui para vocês poderem ver o diagrama melhor.
Então a gente teria ali a classe ordem, que tem ali o total,
o preço, a entrega.
Só que o que acontece, a entrega,
ao invés dele ser método que vai ser especializado pela subclasse,
é método que vai estar chamando o método entrega
de uma classe que está compondo a ordem, que no caso seria o TipoEntrega.
Então, de acordo com a instância que estiver dentro ali da classe
ordem do TipoEntrega, ele vai chamar a entrega expressa ou a entrega normal.
Da mesma forma, eu tenho ali usando a herança, a parte do preço.
Então, dependendo se eu criar uma ordem de atacado ou uma ordem de varejo,
eu vou ter ali o preço definido pela subclasse.
O que é interessante é que eu posso estar combinando livremente.
Então, por exemplo, esse lado da ponte onde eu tenho a ordem,
ele utiliza a herança.
E eu posso adicionar facilmente ali outros tipos de ordem.
Note que, se eu criar ali uma ordem especial,
eu não vou duplicar nenhum código referente a entrega.
Da mesma forma, se eu for olhar para o outro lado,
esse lado aí é o lado que utiliza a composição da nossa ponte.
Onde eu também posso estar criando novos tipos,
por exemplo, para a entrega de dia,
eu crio ali uma nova implementação e posso combinar facilmente com qualquer
tipo de ordem ali e eu não vou duplicar código por conta disso.
Então, uma coisa interessante é que a gente percebe com essa estrutura,
os dois lado ali podem variar livremente, de uma forma independente.
Então eu consigo, por exemplo, pegar qualquer tipo de
ordem e compor com qualquer tipo de entrega e novas ordens e novas
entregas não vão causar duplicação dentro da minha estrutura.
Olha aí que bacana o Padrão Bridge, combinando o poder da herança com
o da composição para poder ter duas variabilidades do meu problema,
podendo assumir comportamentos diferentes de forma independente.
Então esse aí foi o Padrão Bridge.
Espero que vocês tenham gostado, muito útil também.
E que vocês possam utilizar isso aí nas soluções do dia a dia de vocês.
Continue assistindo que tem mais padrões com composição nesse módulo.
Até mais.
[MÚSICA] [MÚSICA]
