Поскольку эта тема не близка, я опубликую этот ответ, я надеюсь, что это поможет кому-то понять, почему java не допускает множественное наследование.
Рассмотрим следующий класс:
public class Abc{
public void doSomething(){
}
}
В этом случае класс Abc не расширяет ничего, верно? Не так быстро, этот класс неявно расширяет класс Object, базовый класс, который позволяет всем работать в Java. Все является объектом.
Если вы пытаетесь использовать класс выше , вы увидите , что ваш IDE позволяет использовать такие методы , как: equals(Object o), toString()и т.д., но вы не объявите эти методы, они пришли из базового классаObject
Вы можете попробовать:
public class Abc extends String{
public void doSomething(){
}
}
Это нормально, потому что ваш класс не будет неявно расширяться, Objectно будет расширяться, Stringпотому что вы это сказали. Рассмотрим следующее изменение:
public class Abc{
public void doSomething(){
}
@Override
public String toString(){
return "hello";
}
}
Теперь ваш класс всегда будет возвращать «привет», если вы вызываете toString ().
Теперь представьте следующий класс:
public class Flyer{
public void makeFly(){
}
}
public class Bird extends Abc, Flyer{
public void doAnotherThing(){
}
}
Опять же, класс Flyerнеявного extends Object, у которого есть метод toString(), любой класс будет иметь этот метод, поскольку все они расширяются Objectкосвенно, поэтому, если вы вызываете toString()из Bird, какую toString()java придется использовать? От Abcили Flyer? Это произойдет с любым классом, который пытается расширить два или более классов, чтобы избежать такого «коллизии методов», в котором они построили идею интерфейса , в основном вы можете считать их абстрактным классом, который не расширяет Object косвенно . Поскольку они являются абстрактными, они должны быть реализованы классом, который является объектом (вы не можете создать интерфейс самостоятельно, он должен быть реализован классом), поэтому все будет работать нормально.
Чтобы отличать классы от интерфейсов, ключевое слово Implements было зарезервировано только для интерфейсов.
Вы можете реализовать любой интерфейс, который вам нравится, в одном и том же классе, поскольку по умолчанию он ничего не расширяет (но вы можете создать интерфейс, расширяющий другой интерфейс, но, опять же, интерфейс «папа» не будет расширять объект »), поэтому интерфейс просто интерфейс, и они не пострадают от « коллизий сигнатур методов », если они это сделают, компилятор выдаст вам предупреждение, и вам просто нужно изменить сигнатуру метода, чтобы исправить ее (сигнатура = имя метода + параметры + тип возврата) ,
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
}