Quando um padrão de design herdado deve ser evitado?

1. Por que devemos evitar a herança?
2. Quando deve projetar padrões não usados?
3. Por que devemos evitar a herança múltipla?
4. Quais são as limitações de herança?

Por que devemos evitar a herança?

A herança cria dependência entre filho e pai, quando uma classe herda outra classe, incluímos todos os métodos e atributos da classe pai e expõem à classe infantil; portanto, quebramos o encapsulamento, o objeto infantil pode acessar todos os métodos no objeto pai e substituir eles.

Quando deve projetar padrões não usados?

Em que cenários não devemos usar padrões de design ? Quando o software está sendo projetado e não mudaria com o tempo e novos requisitos. Quando os requisitos do código -fonte de um determinado aplicativo são únicos e mesmos.

Por que devemos evitar a herança múltipla?

A razão por trás disso é evitar a ambiguidade. Considere um caso em que a Classe B estende Classe A e Classe C e Classe A e C têm o mesmo método Display (). Agora o compilador Java não pode decidir, qual método de exibição deve herdar. Para evitar essa situação, várias heranças não são permitidas em Java.

Quais são as limitações de herança?

A principal desvantagem do uso da herança é que as duas classes (base e classe herdada) ficam bem acopladas. Isso significa que não se pode ser usado independentemente um do outro. Se um método for excluído na "super classe" ou agregado, teremos que re-fator no caso de usar esse método.