В реальном времени, ага... :-)
--СА
Как вы знаете
Интерфейс содержит только сигнатуры методов, делегатов или событий. Реализация методов осуществляется в классе, реализующем интерфейс.
когда вы имплементируете интерфейс ,вы очень уверены, что метод в интерфейсе реализован в классе.
Можно сказать, что интерфейс-это класс, который содержит все нереализованные методы, реализованные в классе, реализующем его.
Воспользуйся:
Предположим, у вас есть проект с большим количеством классов, и каждый класс не имеет никаких методов.
Итак , как вы знаете, какой класс реализует методы perticuler.Мы создаем интерфейс для каждого/некоторых классов и реализуем эти интерфейсы в этом классе.
Видеть это
Обсуждение
Все правильно. Вы забыли, что я 10-й стандартный студент. Я не знаю методов делегатов ..... Мне не нужен технический ответ. Забыл про .net/C#
Хорошо,
Я могу попробовать...
Предположим, Ваши родители дают вам список предметов для покупки,
этот список-это интерфейс, который вы будете реализовывать во время покупки.....
Значит , прежде чем что-то реализовать, вы перечисляете, что вам нужно сделать, чтобы это был интерфейс......
Действительно хороший
идеальный ответ
Это очень очень хороший и совершенный ответ
Трогательный ответ для всех тех разработчиков, которые путаются в интерфейсе, даже после того, как имеют отраслевой опыт, как я :)
Довела меня до слез! Вау
сердце трогательное объяснение. Слава богу!!
Спасибо
если в списке упоминается, что получить предмет платья за 10 долларов означает, что это будет абстрактно, так как вы можете купить футболку, кепку или что-нибудь еще за 10 долларов!!! Кстати, все методы в интерфейсе абстрактны. не уверен, что аналогия подходит....
На него был дан ответ, чтобы иметь в виду 10-го стандартного студента.):
Я пытаюсь ответить на ваши сомнения, видите ли, что список никогда не может быть абстрактным классом, что сам список не имеет никакой реализации. Человек(класс), который собирается реализовать этот список (интерфейс), может реализовать все методы в списке или человек может играть роль абстрактного класса, некоторые методы он может реализовать, а другие он может упомянуть как абстрактные для своего дочернего класса. Поскольку абстрактный класс может реализовать интерфейс, то в этом случае абстрактный класс может дать определение некоторым релевантным методам и сделать другие методы абстрактными, которые будут реализованы дочерним классом этого абстрактного класса.
Надеюсь, это поможет.
я сказал абстрактный класс в списке...кажется, я этого не говорил!!!
recevie love из Пакистана, замечательный ответ. да благословит вас Бог
Очень четкий ответ ... Спасибо.
Дон весь интерфейс в одной хорошей строке
Аааа!!! Очень уникальный пример... Действительно в реальном времени.. мои 5+
Ваше решение принято. спасибо снова
Добро пожаловать........
Мой Голос 5
Спасибо Вену........
вы также можете найти несколько интересных часто задаваемых вопросов по интерфейсу
http://www.queryingsql.com/2013/10/interview-faq-on-interface-in-c.html
5+
Хороший ответ
мило..!!
Я могу привести два типа примеров "реального мира" - один из делового мира и другой из истинного "реального мира"."
реальный мир:
У вас есть класс животных. Это абстрактный класс, потому что вы не можете создать экземпляр универсального "животного", но он обеспечивает базовую функциональность.
У вас есть много различных классов животных. У вас есть HomoSapiens, Утконос, Пингвин (который расширяет птицу, другой подкласс животных), жираф, Домашняя муха и т. д. Каждый из них является конкретным классом, который может быть инстанцирован (конечно, есть несколько уровней абстрактных классов между ними и животными (например, Chordata и т. д.)
Теперь ты хочешь заставить что-то летать. Что может летать? Птицы и домашние мухи (среди прочих), поэтому эти классы должны обеспечивать аналогичную функциональность, даже если они широко расположены в нашем дереве наследования. Решение проблемы? Заставьте их использовать интерфейсы. Птица и Домашняя муха не могут одновременно реализовать интерфейс Flyer, поэтому всякий раз, когда мы хотим, чтобы что-то летало, мы можем использовать объект Flyer, не заботясь о том, птица это или Домашняя муха. Аналогично, пингвины и Playtpuses могут реализовать интерфейс Swimmer (и Penguin должен бросить IllegalOperationException в любом из своих методов Flyer, так как пингвины не могут летать).
Что касается бизнес-примеров, то у меня есть механизм персистентности, который будет работать с любым источником данных (XML, ASCII (разделенные и фиксированной длины), различными источниками JDBC (Oracle, SQL, ODBC и т. д.) Я создал базовый абстрактный класс, чтобы обеспечить общую функциональность в этом постоянстве, но создать экземпляр соответствующего "порта" (подкласса) при сохранении моих объектов. (Это значительно облегчает разработку новых "портов", поскольку большая часть работы выполняется в суперклассах, особенно в различных JDBC; поскольку я не только занимаюсь персистентностью, но и другими вещами [например, генерацией таблиц], я должен обеспечить различные различия для каждой базы данных.)
Лучшими бизнес-примерами интерфейсов являются коллекции. Я могу работать с java.util.Список, не заботясь о том, как он реализован; наличие списка в качестве абстрактного класса не имеет смысла, потому что существуют фундаментальные различия в том, как работает ArrayList в отличие от LinkedList. Аналогично, карта и набор. А если я просто работаю с группой объектов и мне все равно, список это, карта или набор, я могу просто использовать интерфейс коллекции.
Надеюсь, что это поможет
Мои 5+. Но проверьте ответ умы Шанкар Патель. Очень просто!!!!
5+ и от меня тоже.
Интерфейсы используются для кодирования сходств, которые разделяют классы, но не обязательно образуют отношения классов. Например, собака и Лев могут одновременно run Мы бы заставили их унаследовать Animal класс а затем реализовать Run через interface IRun.
Книга для начинающих может помочь вам узнать и это.
Спасибо за ответ. Я могу сделать это с помощью простого абстрактного метода в классе. Например, добавьте абстрактный метод "Run" в класс animal. Тогда почему интерфейс? (Пожалуйста, объясните на том же примере)
Хорошо, не думайте о методе запуска. Подумайте о чем - нибудь вроде воя-собака может выть, но Лев не может.
Для собаки может потребоваться интерфейс IHowl.
хороший вариант. 5+
Я думаю, что ваш ответ "лучший" - потому что простой, никаких глубоких знаний программирования не требуется. Другие ответы могут быть технически правильными, но если я расскажу маме об абстрактных классах, она будет потеряна ;-)
Спасибо. :)
Перейдя по ссылке ниже вы можете получить хороший пример интерфейса и абстрактного класса на очень простом языке
http://shivasoft.in/blog/java/difference-between-interfaceinheritance-abstract-class/[^]
Вы также можете перейти по ссылке ниже, в которой обсуждался интерфейс и абстрактные классы... что поможет вам лучше понять концепцию
Реальные примеры абстрактных классов и интерфейсов?[^]