Como a herança pode ser perigosa?
Vamos dar um exemplo
public class X{
public void do(){
}
}
Public Class Y extends X{
public void work(){
do();
}
}
1) Como está claro no código acima, a Classe Y possui um acoplamento muito forte com a classe X. Se algo mudar na superclasse X, Y poderá quebrar drasticamente. Suponha que, no futuro, a classe X implemente um método de trabalho com a assinatura abaixo
public int work(){
}
A alteração é feita na classe X, mas tornará a classe Y compilável. Portanto, esse tipo de dependência pode subir para qualquer nível e pode ser muito perigoso. Toda vez que a superclasse pode não ter total visibilidade para codificar dentro de todas as suas subclasses, a subclasse pode ficar observando o que está acontecendo na superclasse o tempo todo. Portanto, precisamos evitar esse acoplamento forte e desnecessário.
Como a composição resolve esse problema?
Vamos ver revisando o mesmo exemplo
public class X{
public void do(){
}
}
Public Class Y{
X x = new X();
public void work(){
x.do();
}
}
Aqui, estamos criando referência da classe X na classe Y e invocando o método da classe X, criando uma instância da classe X. Agora todo esse forte acoplamento se foi. Superclasse e subclasse são altamente independentes uma da outra agora. As aulas podem fazer livremente alterações perigosas na situação de herança.
2) Segunda vantagem muito boa da composição, pois fornece flexibilidade de chamada de método, por exemplo:
class X implements R
{}
class Y implements R
{}
public class Test{
R r;
}
Na classe Teste, usando a referência r, posso chamar métodos da classe X e da classe Y. Essa flexibilidade nunca esteve presente na herança
3) Outra grande vantagem: Teste de unidade
public class X {
public void do(){
}
}
Public Class Y {
X x = new X();
public void work(){
x.do();
}
}
No exemplo acima, se o estado da instância x não for conhecido, ele poderá ser facilmente zombado usando alguns dados de teste e todos os métodos poderão ser facilmente testados. Isso não foi possível na herança, pois você dependia muito da superclasse para obter o estado da instância e executar qualquer método.
4) Outra boa razão pela qual devemos evitar a herança é que o Java não suporta herança múltipla.
Vamos dar um exemplo para entender isso:
Public class Transaction {
Banking b;
public static void main(String a[])
{
b = new Deposit();
if(b.deposit()){
b = new Credit();
c.credit();
}
}
}
Bom saber :
composição é facilmente alcançada em tempo de execução, enquanto a herança fornece seus recursos em tempo de compilação
composição também é conhecida como relação HAS-A e herança também é conhecida como relação IS-A
Portanto, crie o hábito de sempre preferir a composição à herança por várias razões acima.
