Оскільки ця тема не є близькою, я опублікую цю відповідь, я сподіваюся, що це допоможе комусь зрозуміти, чому 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";
}
}
Тепер ваш клас завжди повернеться "привіт", якщо ви зателефонуєте доString ().
Тепер уявіть собі наступний клас:
public class Flyer{
public void makeFly(){
}
}
public class Bird extends Abc, Flyer{
public void doAnotherThing(){
}
}
Знову клас Flyerнеявно розширює Об'єкт, у якого є метод toString(), у будь-якого класу буде цей метод, оскільки всі вони поширюються Objectопосередковано, тому, якщо ви телефонуєте toString()зBird , який toString()Java повинен був би використовувати? З Abcабо Flyer? Це станеться з будь-яким класом, який намагається розширити два або більше класів, щоб уникнути подібного «зіткнення методу», в якому вони побудували ідею інтерфейсу , в основному ви могли б вважати їх абстрактним класом, який не розширює об’єкт опосередковано . Оскільки вони абстрактні, їх доведеться реалізувати класом, який є об'єктом (інтерфейс не можна створити самостійно, він повинен бути реалізований класом), тому все буде працювати нормально.
Щоб відрізняти класи від інтерфейсів, ключові слова реалізовано лише для інтерфейсів.
Ви можете реалізувати будь-який інтерфейс, який вам подобається, в тому ж класі, оскільки він за замовчуванням нічого не розширює (але ви можете створити інтерфейс, який розширює інший інтерфейс, але знову ж таки, "батьковий" інтерфейс не поширює "Об'єкт"), тому інтерфейс є просто інтерфейс, і вони не страждатимуть від " методів зіткнення підписів ", якщо вони виконають компілятор, викличуть вам попередження, і вам доведеться просто змінити підпис методу, щоб виправити це (підпис = ім'я методу + парами + тип повернення) .
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
}