Como este tema no está cerrado, publicaré esta respuesta, espero que esto ayude a alguien a entender por qué Java no permite la herencia múltiple.
Considere la siguiente clase:
public class Abc{
public void doSomething(){
}
}
En este caso, la clase Abc no extiende nada ¿verdad? No tan rápido, esta clase implícita extiende la clase Object, clase base que permite que todo funcione en Java. Todo es un objeto.
Si intenta utilizar la clase anterior se verá que su IDE permite utilizar métodos como: equals(Object o), toString(), etc, pero no declaró esos métodos, vinieron de la clase baseObject
Tu podrías intentar:
public class Abc extends String{
public void doSomething(){
}
}
Esto está bien, porque su clase no se extenderá implícitamente, Objectsino que se extenderá Stringporque usted lo dijo. Considere el siguiente cambio:
public class Abc{
public void doSomething(){
}
@Override
public String toString(){
return "hello";
}
}
Ahora su clase siempre devolverá "hola" si llama a ToString ().
Ahora imagine la siguiente clase:
public class Flyer{
public void makeFly(){
}
}
public class Bird extends Abc, Flyer{
public void doAnotherThing(){
}
}
Nuevamente, la clase Flyerimplícita extiende el Objeto que tiene el método toString(), cualquier clase tendrá este método ya que todos se extienden Objectindirectamente, entonces, si llama toString()desde Bird, ¿qué toString()Java tendría que usar? ¿De Abco Flyer? Esto sucederá con cualquier clase que intente extender dos o más clases, para evitar este tipo de "colisión de métodos" construyeron la idea de interfaz , básicamente podría pensar que son una clase abstracta que no extiende el Objeto indirectamente . Dado que son abstractos , deberán ser implementados por una clase, que es un objeto(no se puede instanciar una interfaz solo, debe ser implementado por una clase), por lo que todo continuará funcionando bien.
Para diferenciar las clases de las interfaces, la palabra clave implements estaba reservada solo para interfaces.
Puede implementar cualquier interfaz que desee en la misma clase, ya que no extiende nada de forma predeterminada (pero puede crear una interfaz que extienda otra interfaz, pero nuevamente, la interfaz "padre" no extiende Objeto "), por lo que una interfaz es solo una interfaz y no sufrirán " colisiones de firma de métodos ", si lo hacen, el compilador le enviará una advertencia y solo tendrá que cambiar la firma del método para solucionarlo (firma = nombre del método + parámetros + tipo de retorno) .
public interface Flyer{
public void makeFly(); // <- method without implementation
}
public class Bird extends Abc implements Flyer{
public void doAnotherThing(){
}
@Override
public void makeFly(){ // <- implementation of Flyer interface
}
// Flyer does not have toString() method or any method from class Object,
// no method signature collision will happen here
}