Что некоторая польза раскрывающиеся диалоговые окна для Ruby on Rails

В этой статье Java World хорошо объясняется

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

Не редкость, что у меня будет класс, реализующий 1 или более интерфейсов.

Абстрактные классы, которые я использую в качестве основы для чего-то еще.

выдержка из вышеупомянутой статьи JavaWorld.com, автор Tony Sintes, 04/20/01

Интерфейс против абстрактного класса

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

Абстрактные классы позволяют вам определить некоторые виды поведения; они заставляют ваши подклассы предоставлять другие. Например, если у вас есть инфраструктура приложения, абстрактный класс может предоставлять сервисы по умолчанию, такие как обработка событий и сообщений. Эти службы позволяют вашему приложению подключаться к инфраструктуре приложения. Однако есть некоторые функциональные возможности приложения, которые могут выполнять только ваше приложение. Такие функции могут включать задачи запуска и завершения работы, которые часто зависят от приложения. Поэтому вместо того, чтобы пытаться определить это поведение, абстрактный базовый класс может объявлять абстрактные методы остановки и запуска. Базовый класс знает, что ему нужны эти методы, но абстрактный класс позволяет вашему классу признать, что он не знает, как выполнять эти действия; он знает только, что он должен инициировать действия. Когда пришло время запуска, абстрактный класс может вызвать метод запуска. Когда базовый класс вызывает этот метод, Java вызывает метод, определенный дочерним классом.

Многие разработчики забывают, что класс, который определяет абстрактный метод, также может вызвать этот метод. Абстрактные классы - отличный способ создания запланированных иерархий наследования. Они также являются хорошим выбором для классов nonleaf в иерархиях классов.

Класс против интерфейса

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

Например, шаблон стратегии позволяет вам заменять новые алгоритмы и процессы в вашу программу, не изменяя используемые им объекты. Медиаплеер может знать, как воспроизводить компакт-диски, MP3-файлы и wav-файлы. Конечно, вы не хотите жестко кодировать эти алгоритмы воспроизведения в плеер; что затруднит добавление нового формата, такого как AVI. Кроме того, ваш код будет завален бесполезными заявлениями о случаях. И чтобы добавить оскорбление к травме, вам нужно будет обновлять эти заявления о случаях каждый раз, когда вы добавляете новый алгоритм. В общем, это не очень объектно-ориентированный способ программирования.

С шаблоном Strategy вы можете просто инкапсулировать алгоритм, стоящий за объектом. Если вы это сделаете, вы можете предоставить новые плагины для мультимедиа в любое время. Назовем класс плагина MediaStrategy. У этого объекта будет один метод: playStream (Stream s). Поэтому, чтобы добавить новый алгоритм, мы просто расширяем наш класс алгоритмов. Теперь, когда программа встречает новый тип носителя, он просто делегирует воспроизведение потока в нашу медиа-стратегию. Конечно, вам понадобится сантехника, чтобы правильно создать алгоритмы, которые вам понадобятся.

Это отличное место для использования интерфейса. Мы использовали шаблон стратегии, в котором четко указано место в дизайне, которое изменится. Таким образом, вы должны определить стратегию как интерфейс. Обычно вы должны поддерживать интерфейсы над наследованием, если хотите, чтобы объект имел определенный тип; в этом случае MediaStrategy. Опираясь на наследование для идентификации типа опасно; он блокирует вас в определенной иерархии наследования. Java не разрешает множественное наследование, поэтому вы не можете расширять то, что дает вам полезную реализацию или больше идентификатора типа.

blockquote>