Da dieses Thema nicht eng ist, werde ich diese Antwort veröffentlichen. Ich hoffe, dies hilft jemandem zu verstehen, warum Java keine Mehrfachvererbung zulässt.
Betrachten Sie die folgende Klasse:
public class Abc{
public void doSomething(){
}
}
In diesem Fall erweitert die Klasse Abc nichts richtig? Diese implizite Klasse ist nicht so schnell und erweitert die Klasse Object, die Basisklasse, mit der alles in Java funktioniert. Alles ist ein Objekt.
Wenn Sie versuchen , die Klasse zu verwenden oben sehen Sie , dass Ihre IDE können Sie Methoden verwenden , wie: equals(Object o), toString(), etc, aber du hast nicht die Methoden erklären, kamen sie von der BasisklasseObject
Du könntest es versuchen:
public class Abc extends String{
public void doSomething(){
}
}
Dies ist in Ordnung, da Ihre Klasse nicht implizit erweitert wird, Objectsondern erweitert wird, Stringweil Sie es gesagt haben. Betrachten Sie die folgende Änderung:
public class Abc{
public void doSomething(){
}
@Override
public String toString(){
return "hello";
}
}
Jetzt gibt Ihre Klasse immer "Hallo" zurück, wenn Sie toString () aufrufen.
Stellen Sie sich nun folgende Klasse vor:
public class Flyer{
public void makeFly(){
}
}
public class Bird extends Abc, Flyer{
public void doAnotherThing(){
}
}
Wieder Klasse FlyerObjekt implizit erstreckt , die das Verfahren hat toString(), wird jede Klasse diese Methode haben , da sie alle sich Objectindirekt, also, wenn Sie rufen toString()aus Bird, die toString()Java verwenden haben würde? Von Abcoder Flyer? Dies geschieht bei jeder Klasse, die versucht, zwei oder mehr Klassen zu erweitern. Um diese Art von "Methodenkollision" zu vermeiden, haben sie die Idee der Schnittstelle erstellt . Grundsätzlich könnte man sie als abstrakte Klasse betrachten, die Object nicht indirekt erweitert . Da sie abstrakt sind, müssen sie von einer Klasse implementiert werden, die ein Objekt ist (Sie können eine Schnittstelle nicht alleine instanziieren, sie muss von einer Klasse implementiert werden), damit alles weiterhin einwandfrei funktioniert.
Um Klassen von Schnittstellen zu unterscheiden, wurde das Schlüsselwort implement nur für Schnittstellen reserviert.
Sie können jede beliebige Schnittstelle in derselben Klasse implementieren, da sie standardmäßig nichts erweitert (Sie können jedoch eine Schnittstelle erstellen, die eine andere Schnittstelle erweitert, aber auch die "Vater" -Schnittstelle würde Object nicht erweitern), also ist eine Schnittstelle Nur eine Schnittstelle, und sie leiden nicht unter " Methodensignaturspaltungen ". Wenn dies der Fall ist , gibt der Compiler eine Warnung an Sie aus und Sie müssen nur die Methodensignatur ändern, um sie zu beheben (Signatur = Methodenname + Parameter + Rückgabetyp). .
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
}