Когда использовать абстрактный класс или интерфейс? [закрытый]

Ключевое отличие состоит в том, что вы можете реализовать несколько интерфейсов в классе, но только расширить один абстрактный класс. Это связано с тем, что абстрактный класс также может определять поля, в которых хранятся данные, тогда как интерфейс не может.

Абстрактный класс - это класс, который имеет как минимум один абстрактный метод, или вы также можете сделать все свои методы абстрактными. Очевидно, что это невозможно создать. Вы должны унаследовать от абстрактного класса и реализовать абстрактные методы в наследующем классе (т. Е. В классе, расширяющем абстрактный класс).

Интерфейсы вообще не являются классами (поэтому не называйте их интерфейсным классом). Интерфейсы определяют сигнатуру методов без какой-либо реализации. Также интерфейсы не имеют полей-членов. Если вы реализуете интерфейс в классе, вы должны предоставить реализации для всех методов, предоставляемых интерфейсом.

Имеет смысл определить обобщенный API для некоторых вещей, которые могут иметь совершенно разные реализации. Абстрактные классы более полезны для классов, которые в основном делают то же самое, но есть некоторые тонкие различия. Вы можете комбинировать оба подхода.

Хорошим примером является каркас коллекций библиотеки классов Java. У вас есть интерфейс List, который определяет, как списки должны себя вести. Некоторые реализации, например, ArrayList и LinkedList. Поскольку они ведут себя одинаково, вещи, которые работают одинаково для обоих, реализованы в абстрактном классе AbstactList, оба наследуют это.

Абстрактные классы используются, когда вы построение иерархии наследования. Однако большинство иерархий наследования не должно быть слишком «глубоким» (т.е. слишком много уровней наследования). Многие книги по объектно-ориентированному дизайну отдают предпочтение интерфейсам, а не наследованию (в одной книге, которую я прочитал, как-то процитировал разработчика, что «наследование - это самая крутая [объектно-ориентированная] функция, которую вы не реализуете»), поскольку это позволяет классам назначать поведение » по контракту ", где контракт - это интерфейс.

Стоит отметить ответ Самуэлькаррихо - если вы хотите иметь реализацию метода по умолчанию, вам нужно будет использовать абстрактный класс, который имеет конкретную реализацию метода, чтобы дать ему реализацию по умолчанию. Эту реализацию по умолчанию можно переопределить в дочерних классах.

Надеюсь, это поможет!

SamuelCarrijo , похоже, хорошо ответил на этот вопрос

В дополнение к Java, некоторым фреймворкам требуется интерфейс для работы. Я думаю о (скажем) динамических прокси или некоторых фреймворках проксирования клиент / сервер. Это потому, что они используют интроспекцию объекта, чтобы определить методы, реализованные интерфейсами, реализованными объектом. Так что иногда вам нужно реализовать интерфейс для объекта, где, возможно, вы обычно не беспокоитесь.

Обратите внимание, эта причина интерфейсов специфична для Java.

См. Интерфейс - это в основном «Контракт». Когда вы определяете интерфейс, вы определяете контракт. Если абстрактные классы расширены, интерфейсы реализуются.

Давайте рассмотрим пример.

public interface Friend {
void hello();
}

Теперь вы определили контракт, который говорит, что любой класс, который хочет реализовать Friend , должен предоставить определение для метода hello () .

Вот реализация:

public class myFriend implements Friend {
public void hello()
println("Done");
}

Теперь myFriend выполнил контракт. Теперь вопрос: где следует использовать интерфейсы?

Интерфейсы помогают вам определить поведение, которое необходимо реализовать. Допустим, у вас есть класс A, который определяет некоторые функции. Вы хотите, чтобы другие классы использовали эту функциональность класса, только если они определяют конкретное поведение (методы). Вы применяете это ограничение в отношении интерфейса.

Давайте рассмотрим пример.

public interface Friend {
void hello();
}

Теперь вы определили контракт, в котором говорится, что любой класс, который хочет реализовать Friend , должен предоставить определение для метода hello () .

Вот реализация:

public class myFriend implements Friend {
public void hello()
println("Done");
}

Теперь myFriend выполнил контракт. Теперь вопрос: где следует использовать интерфейсы?

Интерфейсы помогают вам определить поведение, которое необходимо реализовать. Допустим, у вас есть класс A, который определяет некоторые функции. Вы хотите, чтобы другие классы использовали эту функциональность класса, только если они определяют конкретное поведение (методы). Вы применяете это ограничение в отношении интерфейса.

Давайте рассмотрим пример.

public interface Friend {
void hello();
}

Теперь вы определили контракт, в котором говорится, что любой класс, который хочет реализовать Friend , должен предоставить определение для метода hello () .

Вот реализация:

public class myFriend implements Friend {
public void hello()
println("Done");
}

Теперь myFriend выполнил контракт. Теперь вопрос: где следует использовать интерфейсы?

Интерфейсы помогают вам определить поведение, которое необходимо реализовать. Допустим, у вас есть класс A, который определяет некоторые функции. Вы хотите, чтобы другие классы использовали эту функциональность класса, только если они определяют конкретное поведение (методы). Вы применяете это ограничение в отношении интерфейса.

public interface Friend {
void hello();
}

Теперь вы определили контракт, в котором говорится, что любой класс, который хочет реализовать Friend , должен предоставить определение для метода hello () .

Вот реализация:

public class myFriend implements Friend {
public void hello()
println("Done");
}

Теперь myFriend выполнил контракт. Теперь вопрос: где следует использовать интерфейсы?

Интерфейсы помогают вам определить поведение, которое необходимо реализовать. Допустим, у вас есть класс A, который определяет некоторые функции. Вы хотите, чтобы другие классы использовали эту функциональность класса, только если они определяют конкретное поведение (методы). Вы применяете это ограничение в отношении интерфейса.

public interface Friend {
void hello();
}

Теперь вы определили контракт, в котором говорится, что любой класс, который хочет реализовать Friend , должен предоставить определение для метода hello () .

Вот реализация:

public class myFriend implements Friend {
public void hello()
println("Done");
}

Теперь myFriend выполнил контракт. Теперь вопрос: где следует использовать интерфейсы?

Интерфейсы помогают вам определить поведение, которое необходимо реализовать. Допустим, у вас есть класс A, который определяет некоторые функции. Вы хотите, чтобы другие классы использовали эту функциональность класса, только если они определяют конкретное поведение (методы). Вы применяете это ограничение в отношении интерфейса.

Интерфейсы помогают вам определить поведение, которое необходимо реализовать. Допустим, у вас есть класс A, который определяет некоторые функции. Вы хотите, чтобы другие классы использовали эту функциональность класса, только если они определяют конкретное поведение (методы). Вы применяете это ограничение в отношении интерфейса.

Интерфейсы помогают вам определить поведение, которое необходимо реализовать. Допустим, у вас есть класс A, который определяет некоторые функции. Вы хотите, чтобы другие классы использовали эту функциональность класса, только если они определяют конкретное поведение (методы). Вы применяете это ограничение в отношении интерфейса.