Flashcards
create and use base classes

Flashcards do conjunto (11)
- 1exemplo de base class Repository que implementa IEntity

- 2exemplo de herança a partir de uma base class OrderRepository : Repository

- 3FILHA E PAI OU BASE E DERIVADOS ?Ao falar sobre a herança, os termos pai e filha são usadas frequentemente. Mas é a terminologia correta qdo se pensa em herança? Ex: um cão é um tipo de animal. Isto pode ser modelada usando uma relação de herança. No entanto, vc diria q um cão é um filho de um animal? A criança n é um tipo de pai. Em linguagens que suportam múltiplas coisas ficam ainda mais confusa herança. Em vez de usar Pai e filha ao definir uma relação de herança, vc pode usar melhor a base e derivada p/evitar qla confusão c/ a herança no mundo real.
- 4exemplo de como substituir ou estender um comportamento?

- 5exemplo de como esconder explicitamente membros da classe base com o operador 'new'

- 6exemplo de problema ao esconder explicitamente membros de uma classe base com 'new'

- 7abstract class exemplo e conceito

- 8sealed class conceito qual membro é implicitamente selado?O contrário de uma classe abstrata é uma classe selada, q n pode ser derivada, n pode ser marcada como abstract e todos os membros devem ter uma implementação.
Structs são implicitamente selados em C#. Nunca é possível herdar de um struct. Marcar de uma classe como sealed é uma boa prática. Se vc n fizer isso, outras pessoas podem começar a herança de sua classe sem q vc tenha pensado sobre isso. Se a herança é necessária, vc pode remover 'sealed' e pensar sobre as implicações. - 9dica de exame classe abstrata x interfaceCertifique-se de q vc sabe a diferença entre uma interface e uma classe abstrata. Uma interface n tem código de implementação. Uma classe abstrata pode optar por implementar métodos ou deixá-lo para a classe derivada.
- 10Princípio da substituição de Liskov O que é?A herança é uma técnica poderosa, mas deve ser usada c/cautela. Ela deve ser usada somente qdo vc está lidando com um relacionamento "é-um-tipo de".
O princípio da substituição Liskov afirma q uma subclasse deve ser utilizável em qlq lugar q vc pode usar uma das classes de base. Eles n devem, de repente mudar o comportamento q os usuários dependem.
É fácil violar este princípio - 11ex de violação do princípio de Liskov

Informações
- Descrição
- 70-483 C# FlashCards sobre create and use base classes, criado por Thiago Russo em 07-05-2017.
- Criado por
- Thiago Russo
- Visualizações
- 3
- Avaliação