В зависимости от того какой параметр нам передали, мы выполняем разный код. Но сам код main не меняется.

Код

public class MyEventProducer {   public static void main(String[] args)   {     getDefaultAction(args[0]).doAction("Hello Word!");   }      private static Action getDefaultAction(String type)   {     if("GUI".equals(type))       return new GuiHelloWordAction();     else       return new ConsoleHelloWordAction();   } } interface Action {   public void doAction(String command); } class ConsoleHelloWordAction implements Action {   public void doAction(String command)   {     System.out.println(command);   } } class GuiHelloWordAction implements Action {   public void doAction(String command)   {     JOptionPane.showMessageDialog(null, command);   } }

Я добавил в ФАК статью про интерфейсы: http://vingrad.ru/JAVA-ART-002984

Цитата

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

Примеров может быть много.

Программисты А и Б делают проект School. Программист А пишет класс Course, программист Б пишет класс Student. Программист А , не дожидаясь, пока будет готов класс Student, пишет метод setStudent(IStudent student) и создает интерфейс IStudent с нужным ему методом getName(). Программист А передает этот интерфейс программисту Б и говорит, что его класс Student должен имплементировать этот интерфейс, т.е. класс может быть каким угодно и называться как угодно, лишь бы он имел метод getName().

Цитата(COVD @ 9.12.2005, 16:15 )

Программист А передает этот интерфейс программисту Б и говорит, что его класс Student должен имплементировать этот интерфейс, т.е. класс может быть каким угодно и называться как угодно, лишь бы он имел метод getName().

Но ведь Программист А может попросить программиста Б реализовать в своем классе метод string public getName(). Зачем делать через инферфейс? ИМХО, этот пример плохо подходит...

Но ведь Программист А может попросить программиста Б

а если не может? если они вообще в разных странах работают и друг друга не знают . А интерфейс - это документ.

Пример может и плохой/ Хорошие примеры у преподавателей, у тех, чья профессия обьяснять .

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

Это сообщение отредактировал(а) COVD - 12.1.2006, 00:04

Цитата

Поймешь, когда будешь решать проблему для решения которой интерфейсы и придуманы.

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

Посудите сами
Пример:

Код

interface Int1 {     int g1();     void g2(); }  class Fix1 implements Int1{   int tos;      //методы определенные в интерфейсе, без них нельзя т.к. класс не абстрактный.  int g1(){    tos++;  return(tos);  }    void g2(){ System.out.println(tos);     }    }  class DemoInt1 {  pablic static void main(String args[]){   Int1 int1; //сылочная переменная на интерфейс   Fix1 fix1 = new Fix1(); // просто экземпляр класса который реализует интерфейс   int1 = fix1; //загрузка происходит во время выполнения а не во время компиляции  } }

А так можно просто обращатся к методам которые определены в том или ином объекте.

Код

class Fix1 {  int tos=0;     int g1(){    tos++;  return(tos);  }    void g2(){ System.out.println(tos);  } }  class DemoInt1 {  pablic static void main(String args[]){   Fix1 fix1 = new Fix1();      System.out.println(fix1.g1());     fix1.g2();} }

GIK
Советую: делай отступы в коде побольше, не один пробел, а два-четыре. Читать будет легче.

Цитата(GIK @ 12.1.2006, 13:57 )

Главное что я понял в интерфейсах, это то что с помощъю них можно реализовать полиморфизм времени выполнения

Нет. С их помощью можно реализовать множественное наследование. Это будет урезанный вариант, по сравнению с множественным наследованием в C++ или других языках, но по некоторым соображениям этот вариант предпочтительней.

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

Цитата

Главное что я понял в интерфейсах, это то что с помощъю них можно реализовать полиморфизм времени выполнения

Офигеть Не заморачивайтесь так сильно. Без интерфейсов вполне можно обойтись первое время. И без классов тоже, если писать весь код в main. Программа даже быстрее будет работать. Только ее труднее будет писать, тестировать и вносить изменения. Все эти обьектно-ориентированные понятия введены, чтобы упростить жизнь программистам (а на самом деле тем, кто платит им зарплату ).

Цитата(COVD @ 12.1.2006, 16:04 )

Офигеть  Не заморачивайтесь так сильно. Без интерфейсов вполне можно обойтись первое время. И без классов тоже, если писать весь код в main. Программа даже быстрее будет работать. Только ее труднее будет писать, тестировать и вносить изменения. Все эти обьектно-ориентированные понятия введены, чтобы упростить жизнь программистам (а на самом деле тем, кто платит им зарплату ).

Пиши тогда на Assembler'е