Интерфейс — контракт: класс может реализовать много интерфейсов, состояния (полей экземпляра) нет. Абстрактный класс — общая база с состоянием, конструктором и частичной реализацией; наследуется один. default-методы (Java 8) дали интерфейсам код для эволюции API, но не состояние.
А ещё В интерфейсах есть static и private-методы (Java 9), поля — только константы
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
| интерфейс | абстрактный класс | |
|---|---|---|
| наследование | много интерфейсов | один класс |
| состояние | только константы | любые поля |
| конструктор | нет | есть |
| методы | abstract, default, static, private | любые |
| модификаторы доступа | методы public (кроме private) | любые |
Когда интерфейс: нужен контракт, который могут реализовать классы из разных иерархий (Comparable, Runnable, Repository); нужна множественная «роль». Хорошо мокается в тестах.
Когда абстрактный класс: у родственных классов общее состояние и код, работающий с ним; нужен конструктор с проверками; нужны protected поля и методы.
Что изменили default-методы. В интерфейс теперь можно добавить метод с реализацией, не сломав существующие реализации — так в Java 8 появились Collection.stream() и Iterable.forEach(). Но состояния у интерфейса нет, поэтому default-метод может опираться только на другие методы интерфейса. Конфликт одинаковых default-методов из двух интерфейсов класс обязан разрешить сам.
Частый идиом JDK: интерфейс List + AbstractList с общей реализацией + конкретные классы.
Один верный вариант. Подумайте, потом откройте ответ.
Контракт против частичной реализации, default/static/private-методы, разрешение конфликта default-методов и критерий выбора.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto