Зачем нужен интерфейс в java?

Question

[EarthFM]

Зачем нужен интерфейс в java, если в разных классах на прямую могу объявить методы с одинаковыми названиями. Я понимаю, что интерфейс как абстрактный класс или семантическая конструкция.

Answer 1

[pi314]

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

Принципиальное отличие его от абстрактного класса в том, что в Яве нет множественного наследования и, соответственно, конкретный класс может наследовать только от одного абстрактного. А вот имплементировать разных интерфейсов он может, сколько душе угодно.

Если же учесть при этом, что есть еще и абстрактные методы, становится понятно, что абстрактный класс/методы и интерфейс - инструменты для разных задач.

Классический пример правильного использования интерфейсов - явовские коллекции. Прикиньте, учитывая соображения выше, какой бы это был геморой в использовании, если бы API было сделано не через интерфейсы, а через абстрактные классы :)

Comments

[EarthFM]

При extends методы можно не переопределять, а при implements методы обязательно нужно переопределить, так зачем их переопределять, если можно на прямую создать методы в нужных классах. Просто, я не совсем понимаю как делают API ) Наверно просто не столкнулся с задачами, которые решают абстрактные классы и интерфейсы)

[pi314]

При extends методы можно не переопределять - только если наследуется от конкретного класса (т.е. если они уже где-то хоть раз были определены)! Если же наследуется от абстрактного класса, то либо и сам наследующий класс должен быть все еще абстрактным, либо таки придется метод имплементировать :) Тут фишка совсем в другом!

Наследование от абстрактных классов позволяет "размазать" имплементацию отдельных методов по разным уровням наследования. На каждом уровне имплементируем то, что к нему относится, а остальные методы оставляем абстрактными, и имплементируем их на других уровнях.

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

Answer 2

[Григорий Жернов]

вот есть обсуждение В чем суть интерфейсов в программировании?
Я бы сказал что интерфейс это контракт между слоями приложения. У вас есть слои дао, сервисов, может секьюрети и ещё что-то. Между ними есть интерфейсы. А значит вы без труда можете заменить реализацию какого то слоя другой реализацией. Например нечто подобное делает спринг когда создает дополнительную прослойку для управления транзакциями над дао. Так же это бывает удобно при тестировании когда для тестов вы пишете Mock объект

Answer 3

[Сергей Протько]

Классический пример - класс логгер. Можно просто не париться и сделать класс Logger со своей реализацией, и везде в клиентском коде (то есть тот код, который этот класс будет использовать) завязать на этот класс.

Но чу, теперь логи у нас должны храниться не в файлах а в базе, внезапно так. У нас меняется конструктор, у нас меняется реализация всех методов (предположим что у нас он один, log(string message, int level, string category);

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

С интерфейсом у нас есть красивый интерфейс, есть его реализации, если у нас есть контейнер зависимостей то мы можем привязать конкретную реализацию к интерфейсу и там где требуется этот интерфейс будет автоматом засунута нужная реализация. Замена реализации - изменить конфиг DI.

Так же, если вам нужно часто менять интерфейс то у вас уже какие-то проблемы с построением архитектуры. Интерфейс должен быть простым и должен делать что-то одно.

А вообще, почитайте про GRASP и SOLID.

Comments

[Nikita Permin]

Инверсия зависимости, конфиг DI, архитектура - вы уверены что человек задавший такой вопрос понимает эти вещи? =D к тому же ваш ответ сильно привязан к IoC и DI, что мягко говоря является оверхедом при ответе на вопрос "для чего нужны интерфейсы".

[EarthFM]

@NekitoSP Вы правы) В низу ещё страшнее объяснение)

Answer 4

[Scorpi]

deleted

Comments

[EarthFM]

А как вызвать метод из интерфейса? Например у меня интерфейс IExample
и класс CExample, который implements IExample. Я могу только создать переменную типа IExample ex; и присвоить ссылку на объект. IExample ex = new CExample();
ex.method(); - здесь же вызывается метод класса CExample.

[EarthFM]

Просто сейчас эту тему прочитал у Шилдта, и пытаюсь разобраться)

[Scorpi]

@EarthFM да, извиняйте, ошибся. Тогда и сам не знаю зачем, наверно для удобства.

[EarthFM]

Наверно) Ладно буду дальше разбираться)

[Scorpi]

Знакомый говорит что интерфейсы нужны например для создания API, т.е. самих классов программы не даётся, но есть интерфейс через который с ними может взаимодействовать.

Answer 5

[lookid]

https://ru.wikipedia.org/wiki/GRASP
Одинаковые имена тут не при делах.