Herança

Loading...

Do curso por Instituto Tecnológico de Aeronáutica

Desenvolvimento Ágil com Padrões de Projeto

44 classificações

Instituto Tecnológico de Aeronáutica

Desenvolvimento Ágil com Padrões de Projeto

44 classificações

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.

Na lição

Semana 1

Olá, bem-vindo ao Curso 5 – Desenvolvimento Ágil com Padrões de Projeto! Estamos contentes que você esteja aqui para se exercitar com padrões de projeto. Neste módulo introdutório, você será apresentado inicialmente a uma revisão rápida de conceitos de orientação a objetos pertinentes a padrões de projeto; depois, a uma introdução a padrões de projeto, onde você aprenderá a usar o padrão Strategy. Ao final deste módulo você também terá aprendido uma forma alternativa a construtores para instanciar objetos, na forma do padrão Static Factory Methods.

Orientação a Objetos e Padrões5:25

Abstração de Dados9:15

Encapsulamento6:37

Polimorfismo7:20

Conheça os instrutores

Clovis Fernandes
Professor Titular in Portuguese
Ciência da Computação
Eduardo Guerra
Professor Colaborador

[MÚSICA] Olá à todos!

Esse é o Curso de Desenvolvimento Ágil com Padrões de Projeto.

Estamos aqui no nosso módulo inicial,

onde a gente está fazendo uma revisão dos conceitos de orientação a objeto e

nessa aula vamos falar pouquinho sobre a herança.

A ideia, é a herança e a gente poder trabalhar com vários níveis de abstração.

Vamos ver como que isso aí funciona.

Então, dentro de sistema a gente pode ter as nossas abstrações,

como a gente viu lá quando a gente falou do conceito de abstração de dados.

Então imagina que, por exemplo, que eu tenho uma pessoa, mas,

por exemplo, alguns casos eu quero que aquela pessoa seja cliente,

ela tenha umas informações a mais, tenha comportamento a mais.

Então, por exemplo, se eu estou lidando, por exemplo, com pagamento,

eu tenho que lidar com cliente, mas, por exemplo, eu posso ter pessoas que são

funcionários, por exemplo, da minha empresa e também são pessoas.

Se eu estou fazendo uma lista de aniversariantes que eu vou incluir todas

as pessoas do meu sistema, nesse caso eu posso,

eu não posso pegar só cliente, eu tenho que pegar uma coisa

mais abstrata que cliente, que é o conceito de pessoa.

A questão é que as vezes eu, o cliente ele também é uma pessoa,

então às vezes o meu sistema tem que ver ele como uma pessoa,

às vezes o meu sistema tem que ver ele como cliente.

Então, o que é que é herança?

A herança é a gente poder definir essas abstrações

diversos níveis onde nível pode herdar características de outro.

Então nesse exemplo que eu dei da herança, do cliente, da pessoa,

eu tenho uma abstração que é a pessoa e eu tenho a abstração cliente que

ela é mais específica do que a abstração pessoa, é diferente da relação

entre classe e objeto, que é uma coisa abstrata e uma coisa concreta.

Não, aqui eu tenho abstrações que são mais gerais e mais

específicas e dependendo do meu sistema, às vezes a mesma entidade,

eu preciso trabalhar com diversos desses níveis.

Então foi por isso que eu falei lá na primeira aula desse módulo,

que a orientação a objetos, ela estruturou também os conceitos,

porque ele não só simplesmente criou uma abstração de dados, mas você também pode

definir vários níveis para organizar o conhecimento dentro do seu sistema.

Então imagina o seguinte, eu tenho aqui carro e aí eu posso ter

conceito mais abstrato, que é, por exemplo, transporte terrestre,

que incluiria aí talvez caminhão, uma moto, até trem,

de repente e eu teria ali, por exemplo, mais concreto que o carro,

que seria tipo específico de carro, seria, por exemplo, uma SUV.

Ainda são abstrações, só que pode ser uma coisa mais abstrata ou menos abstrata,

mas todos são abstrações.

Então imagina por exemplo que eu preciso uma funcionalidade

ali da velocidade máxima, da velocidade média,

de repente para calcular tempo de viagem, alguma coisa assim.

Eu posso por exemplo considerar transporte terrestre de uma forma mais genérica.

Agora, por exemplo, eu estou alocando carga, de repente ali,

a minha SUV, ela tem ali, alguma funcionalidade mais específica,

por caber mais coisas que às vezes que carro normal e ali eu preciso,

por exemplo, estar utilizando a abstração mais baixa ali do código.

Indo ali para exemplo pouco mais voltado para computação,

eu vou até sair aqui para você poder ver melhor.

Imagina o seguinte, que eu tenha ali uma abstração Connection,

que está representando uma conexão e eu tenha ali, por exemplo,

a NetworkConnection que está representando uma conexão de rede e o DatabaseConnection

que está representando uma conexão com o banco de dados.

E, por exemplo,

dentro ali da NetworkConnection, que é a conexão ali com a rede,

eu tenho ali a EncryptedNetworkConnection e a CompressedNetworkConnection,

sendo que a Encrypted seria uma comunicação criptografada e

a Compressed ele vai comprimir os dados antes e depois de estar enviando.

Só que é o seguinte, eu tenho uma outra abstração ali, que seria uma interface,

a Expirable, ou seja, são coisas que podem expirar.

Então no caso da conexão, se ela ficar muito tempo sem ser utilizada ela

pode expirar, por outro lado eu posso ter conceito completamente diferente,

que é leilão, por exemplo, que ele também pode expirar, então olha que engraçado,

eu tenho leilão e tenho uma conexão que tem uma abstração ali comum,

ou seja, eu falo, olha, às vezes, por exemplo,

para método, basta saber que alguma coisa é expirável.

Ele consegue trabalhar, seja uma conexão, seja leilão e da

mesma forma às vezes uma conexão também eu consigo aí trabalhar de diferentes formas.

Aí eu vou aproveitar para trazer uma questão aí que me perguntam bastante,

mas quando eu uso uma interface, quando eu uso uma classe?

Normalmente a minha resposta não é muito técnica, eu falo o seguinte: olha, usa

aí uma interface quando o que você está abstraindo é referente a comportamento,

ou seja, no caso aqui, o Expirable,

ele é comportamento, é o comportamento de alguma coisa que se expira,

alguma coisa que acaba, que tem uma validade,

alguma coisa assim, que algum momento do tempo vai acabar.

Por outro lado, eu posso ter ali a classe,

eu utilizo mais quando, ou seja, no caso ali a herança com classe,

eu utilizo mais quando a minha abstração é conceito, então, por exemplo,

a conexão, a conexão aqui, ela é conceito, é uma coisa.

De repente se eu tivesse conectável, já seria comportamento,

mas a conexão ela é conceito.

Então eu normalmente faço esse tipo de distinção principalmente quando eu estou

com dúvida, se eu, " isso aí vai ser uma interface ou vai ser uma classe abstrata,

ou uma superclasse?" Eu sempre vejo, é conceito ou é comportamento?

E aí eu obviamente eu sempre tento dar a preferência à abstrair

comportamento sempre que possível, certo?

Então é isso, a gente viu aí o conceito de herança, como que ela pode

ser utilizada para definir esses vários níveis de abstração.

Herança é uma das coisas, assim, básicas da orientação a objetos,

tenho certeza que todo mundo aí que está programando uma orientada,

alguma linguagem orientada a objetos sabe fazer herança,

mas muito pouca gente ás vezes tem essas noção, tem essa visão de que

isso é uma forma de você trabalhar diferentes níveis de abstração.

Então, espero que a aula de repente tenha te dado uma visão diferente

ali da herança e que isso te ajude a utilizá-la de uma forma mais eficiente.

Nos padrões vamos falar bastante de herança aí também.

Certo?

Então, muito obrigado, aguardo vocês na última aula desse módulo.

[MÚSICA]

[SEM SOM]

Explore nosso catálogo

Registre-se gratuitamente e obtenha recomendações, atualizações e ofertas personalizadas.

O Coursera proporciona acesso universal à melhor educação do mundo fazendo parcerias com as melhores universidades e organizações para oferecer cursos on-line.

© 2018 Coursera Inc. Todos os direitos reservados.

Baixar na App Store

Baixar no Google Play