- 1. Цели
- 2. Проблематика
- 3. Обсуждение
- 4. Структура
- 5. Пример
- 6. Контрольный список
- 7. Эмпирические правила
Цели
- Преобразование интерфейса класса в другой интерфейс. Адаптер позволяет классам работать вместе, что в противном случае могло бы быть связано с несовместимыми интерфейсами классов.
- Оборачивание существующего класса в новый интерфейс
- Соответствие старого компонента новой системе
Проблематика
Уже готовый компонент имеет всё необходимое для разработки вашей системы, но его интерфейсы несовместимы с интерфейсами классов вашего приложения.
Обсуждение
Повторное использование всегда было болезненным. Одной из причин была проблема в создании чего-то нового, при повторном использовании чего-то старого. Между старым и новым всегда есть что-то не совсем правильное или не совсем совместимое. Это могут быть физические размеры. Это может быть синхронизация. Это могут быть неудачные предположения или конкурирующие стандарты.
Это похоже на проблему вставки нового трехштырькового электрического штепселя в старую двухштырьковую розетку - необходим какой-то адаптер или посредник.
Адаптер - это создание промежуточной абстракции, которая переводит или сопоставляет старый компонент в новую систему. Клиенты вызывают методы объекта Adapter, которые перенаправляют их на вызовы унаследованного компонента. Эта стратегия может быть реализована либо с наследованием, либо с агрегацией.
Адаптер функционирует как оболочка или модификатор существующего класса. Он предоставляет другое или переведенное представление этого класса.
Структура
Ниже, устаревший метод display() для компонента Rectangle, используемый в Rectangle, рассчитывает получить параметры «x, y, w, h». Но клиент хочет передать «верхние левые x и y» и «нижние правые x и y». Эта несогласованность может быть исправлена путем добавления дополнительного уровня абстракции - т. е. объекта адаптера.
Адаптер также можно рассматривать как «обертку».
Пример
Шаблон адаптера позволяет другим несовместимым классам работать вместе, преобразовывая интерфейс одного класса в интерфейс, ожидаемый клиентами. Сокеты с гнездами служат примером адаптера. Розетка прикрепляется к храповику, при условии, что размер привода одинаковый. Типичные размеры дисков в США составляют 1/2 "и 1/4". Очевидно, что храповой механизм 1/2 "не будет входить в гнездо 1/4", если адаптер не используется. Адаптер с диагональю от 1/2 дюйма до 1/4 "имеет 1/2" гнездовое соединение для крепления на шейкер 1/2 "и 1/4" штыревое соединение для установки в гнездо 1/4 ".
Контрольный список
- Определите игроков: компонент (ы), которые хотите использовать (то есть клиент), и компонент, который необходимо адаптировать (например, адаптируемый).
- Определите интерфейс, который требуется клиенту.
- Создайте класс «обертка», который может «соответствовать интерфейсу» клиента.
- Класс адаптера/обертки «имеет» экземпляр адаптируемого класса.
- Класс адаптера/обертки «сопоставляет» интерфейс клиента с адаптированным интерфейсом.
- Клиент использует новый интерфейс
Эмпирические правила
- Адаптер позволяет работать классам после того, как они разработаны; Мост заставляет их работать до того, как они будут разработаны.
- Мост разработан заранее, чтобы абстракция и реализация менялись независимо. Адаптер модернизирует, чтобы совместные классы работали вместе.
- Адаптер предоставляет другой интерфейс для своего объекта. Прокси обеспечивает тот же интерфейс. Декоратор обеспечивает расширенный интерфейс.
- Адаптер предназначен для изменения интерфейса существующего объекта. Декоратор улучшает работу другого объекта без изменения его интерфейса. Декоратор, таким образом, более прозрачен для приложения, чем адаптер. Как следствие, Декоратор поддерживает рекурсивную композицию, что невозможно при использовании чистых адаптеров.
- Фасад определяет новый интерфейс, тогда как Adapter использует старый интерфейс. Помните, что адаптер поддерживает два существующих интерфейса, а не определяет совершенно новый.