Эволюция API без слома совместимости: добавление метода в интерфейс раньше ломало все реализации, а Collection и Iterable реализованы в бесчисленных библиотеках. Без default не появились бы stream() и forEach().
А ещё Для новых API лучше проектировать интерфейс сразу полным
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
До Java 8 добавление метода в интерфейс означало, что весь код, реализующий его, перестанет компилироваться — а Collection и Iterable реализованы в бесчисленном количестве библиотек. Без default-методов появление stream() и forEach() было бы невозможно. Отсюда следует и правильное отношение к ним: это инструмент эволюции API, а не способ протащить в интерфейс полноценную реализацию. Ключевое ограничение никуда не делось — состояния у интерфейса по-прежнему нет, поля могут быть только public static final. Поэтому выбор между интерфейсом и абстрактным классом остался прежним: нужно общее изменяемое состояние — абстрактный класс, нужен контракт и множественная реализация — интерфейс.
Один верный вариант. Подумайте, потом откройте ответ.
Контракт против частичной реализации, default/static/private-методы, разрешение конфликта default-методов и критерий выбора.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto