Подскажите плиз зачем нужны интерфейсы
кроиме как для мнодественнго наследования
не понимаю я !!!

Вот для него-то они и нужны =)

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

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

Спасибо большое Sun !!! за исчерпывающий ответ !

Цитата

) Интерфейс представляет собой не сам класс, а лишь описание его методов. На базе интерфейса создаются классы, реализующие эти методы

А зачем ? если мы просто создадим класс с такимиже методами без имплементации что изменется

Цитата

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

Зачем множе просто использовать наследование и добиться тогоже

Интерфейсы улучшают планирование будущей системы или библиотеки классов. Можно взять в качестве примера интерфейс java.util.List. Его методы описывают типичное поведение списков, такие как add(), remove(), get(). На основе этого интерфейса мы можем реализовать классы с различным поведением, но имеющию одинаковый интерфейс. В результате мы можем в вызове какой-нибудь функции объявить параметр типа List, а передавать в него ArrayList, LinkedList, Vector.

При грамотном построении системы сначала идет ее планирование. На этом этапе закладывается идеология будушей системы, устанавливаются связи между объектами. На этом этапе как раз можно объявить интерфейсы. Фактически это работа системного аналитика и проектировщика. Они создают план, по которому будет строиться будущая система, а уже непосредственно реализацию будут выполнять программисты. Интерфейсы это просто более высокий уровень абстракции, они сродни чистым виртуальным классам в C++.

Цитата

Зачем  множе просто использовать наследование и добиться тогоже

Уточнение.
Наследоваться (extends) можно только от одного класса,
а выполнять (implements) интерфейсов - сколько хочешь!

Может кто-нибудь привести краткий и наглядный пример ввиде кода, где используется интерфейс?

Рыба и лодка - совершенно разноплановые объекты, но они могут плавать. Допустим, нам нужно создать список плавающих объектов. Объединять в иерархию нелогично - общих черт нет. Используем интерфейс:

Код

public interface Swimable {   public void swim(); } class Boat {   ...   public void swim()   {     ...   }   ... } class Fish {   ...   public void swim()   {     ...   }   ... } class Main {   ...   public void makeSwimableList()   {     ArrayList<Swimable> list = new ArrayList<Swimable>();     list.add(new Fish());     list.add(new Boat());     ...    Iterator iterator = list.getIterator();    while(iterator.hasNext())    {       iterator.next().swim();    }   }   ... }

В коде мог и напотрачить - не проверял, да и не пользовался я еще никогда пятеркой

Это сообщение отредактировал(а) Lamer George - 8.12.2005, 23:44

А что делает эта строчка: iterator.next().swim(); ? Вызывает интерфейс или сразу метод класса? И почему iterator.next(), а не iterator.current() ?

Цитата(Wowa @ 8.12.2005, 23:51)

А что делает эта строчка: iterator.next().swim(); ?

Получает следующий элемент и вызывает у него метод swim().

Цитата(Wowa @ 8.12.2005, 23:51)

Вызывает интерфейс или сразу метод класса?

Метод реального объекта, или его предка если в этом объекте он не переопределен.

Цитата(Wowa @ 8.12.2005, 23:51)

И почему iterator.next(), а не iterator.current() ?

Метода current() нет, только next() и hasNext(). Итератор позволяет только один раз пройтись по коллекции.

Цитата

Метода current() нет, только next() и hasNext(). Итератор позволяет только один раз пройтись по коллекции.

Понятно, спасибо.



А вот, что касается интерфейса, то чего-то все равно непонятно, для чего мы создали интерфейс Swimable.

Цитата(Wowa @ 9.12.2005, 01:07)

А вот, что касается интерфейса, то чего-то все равно непонятно, для чего мы создали интерфейс Swimable.

Потому что иначе мы не смогли бы сделать список из объектов разных классов. Ведь тогда тебе пришлось бы извлекать объект из коллекции и приводить его к типу... а неизвестно какому типу: Boat или Fish. А так, мы можем просто указать: объекты такого-то, такого-то и такого-то класса не похожи, но все они могут быть охарактеризованы, как плавающие.

То же самое можно было сделать, унаследовав их от абстрактного класса Swimables, например. Но интерфейсы более логичны. К тому же, класс не может наследовать нескольким классам. А вот несколько интерфейсов реализовывать может. Например, "плавающий" и "летающий". И потом ты, допустим, сделаешь иерархию транспортных средств, и укажешь всем самолетам, что они "летающие". А гидропланы - еще и "плавающие".

Это сообщение отредактировал(а) Lamer George - 9.12.2005, 00:19

Цитата(Lamer @ 8.12.2005, 22:16)

А вот несколько интерфейсов реализовывать может. Например, "плавающий" и "летающий". И потом ты, допустим, сделаешь иерархию транспортных средств, и укажешь всем самолетам, что они "летающие". А гидропланы - еще и "плавающие".

можно пример?

Цитата(Wowa @ 9.12.2005, 01:28)

можно пример?

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