Структурні шаблони проектування - Декоратор

шаблоны проектирования, decorator, декоратор

Голи

• Додати додаткові можливості та функціонал до об'єкта динамічно. Декоратори забезпечують гнучку альтернативу підкласу розширення функціональності.
• Вказане клієнтом декорування інтерфейсу основного об'єкта шляхом рекурсивної упаковки.
• Оберніть подарунок, покладіть його в коробку та оберніть коробку.

Проблеми

Ви бажаєте додати поведінку або стан до окремих об'єктів під час виконання. Спадкування не є можливим, оскільки воно є статичним і відноситься до всього класу.

Обговорення

Припустимо, ви працюєте з інструментарієм інтерфейсу користувача, і ви хочете підтримувати додавання меж і смуг прокручування у вікна. Ви можете визначити ієрархію спадкування, наприклад, ...

Але шаблон Decorator пропонує надати клієнту можливість вказати будь-яку комбінацію «функцій».

Widget* aWidget = new BorderDecorator(
  new HorizontalScrollBarDecorator(
    new VerticalScrollBarDecorator(
      new Window( 80, 24 ))));
aWidget->draw();

Ця гнучкість може бути досягнута при наступному дизайні

Інший приклад використання каскадних (або ланцюжкових) функцій для створення об'єкта користувача може виглядати так.

Stream* aStream = new CompressingStream(
  new ASCII7Stream(
    new FileStream("fileName.dat")));
aStream->putString( "Hello world" );

Вирішення цього класу проблем включає інкапсуляцію вихідного об'єкта всередині абстрактного інтерфейсу обгортки. Обидва об'єкти декоратора та основного об'єкта успадковуються від цього абстрактного інтерфейсу. Інтерфейс використовує рекурсивну композицію, що дозволяє додавати необмежену кількість шарів декоратора до кожного основного об'єкта.

Зауважте, що цей шаблон дозволяє додавати функціонал до об'єкта, а не до інтерфейсу об'єкта. Інтерфейс, представлений клієнту, повинен залишатися незмінним, оскільки вказуються послідовні шари.

Також зверніть увагу, що ідентифікація основного об'єкта тепер прихована всередині об'єкта декоратора. Спроба прямого доступу до основного об'єкта є проблемою.

Структура

Клієнт завжди зацікавлений у методі CoreFunctionality.doThis() . Клієнт може або не може бути зацікавлений у OptionalOne.doThis() та OptionalTwo.doThis(). Кожен із цих класів завжди делегує обов'язки до базового класу Decorator, і цей клас завжди делегує обов'язки об'єкту обгортці.

Приклад

Декоратор надає додаткової функціональності об'єкту динамічно. Прикладами декораторів є прикраси, які додаються у сосну чи ялинку. Вогні, гірлянда, цукеркові тростини, скляні прикраси і т. д. Їх можна додати до дерева, щоб надати йому святкового вигляду. Прикраси не змінюють дерева, яке можна розпізнати як різдвяну ялинку незалежно від того, які прикраси використовуються. Як приклад додаткової функціональності додавання вогнів дозволяє запалити ялинку.

Інший приклад: штурмовий пістолет – це смертельна зброя. Але ви можете застосувати певні «прикраси», щоб зробити його більш точним, тихим та руйнівним.

Контрольний список

1. Переконайтеся, що контекст є: одна з основних (або необов'язкових) компонентів, кілька додаткових прикрас або обгорток та інтерфейс, загальний для всіх.
2. Створіть інтерфейс найнижчого рівня (LCD клас), який робить усі класи взаємозамінними.
3. Створіть базовий клас другого рівня (Decorator) підтримки необов'язкових класів-оболонок.
4. Клас Core та клас Decorator успадковуються від інтерфейсу LCD.
5. Клас Decorator повідомляє композиційне ставлення до інтерфейсу LCD, і цей елемент даних ініціалізується в його конструкторі.
6. Клас Decorator делегує об'єкт LCD.
7. Визначте похідний клас Decorator для кожного додаткового прикрашання.
8. Похідні класи Decorator реалізують свою функціональність оболонки - та - делегують базовий клас Decorator.
9. Клієнт налаштовує тип та порядок об'єктів Core та Decorator.

Емпіричні правила

• Адаптер надає інший інтерфейс свого об'єкта. Проксі забезпечує той самий інтерфейс. Декоратор забезпечує розширений інтерфейс.
• Адаптер змінює інтерфейс об'єкта, Decorator розширює функціонал об'єкта. Таким чином, декоратор більш прозорий для клієнта. Як наслідок Decorator підтримує рекурсивну композицію, що неможливо при використанні чистих адаптерів.
• Компонувальник та декоратор мають аналогічні структурні діаграми, що відображають той факт, що обидва покладаються на рекурсивну композицію для організації відкритого числа об'єктів.
• Декоратор можна розглядати як вироджений компонувальник з одним компонентом. Однак Decorator додає додатковий функціонал – він не призначений для агрегації об'єктів.
• Decorator призначений для додавання функціоналу до об'єктів без підкласу. Мета компонувальника – це не прикраса, а вистава. Ці наміри відрізняються одна від одної, але доповнюють одна одну. Отже, компонувальник та декоратор часто використовуються спільно.
• Composite може використовувати Chain of Responsibility, щоб дозволити компонентам отримувати доступ до глобальних властивостей через свого батька. Він також може використовувати Decorator для визначення цих властивостей частинами композиції.
• Декоратор та проксі мають різні цілі, але аналогічні структури. Обидва описують, як забезпечити рівень астракції до іншого об'єкта, а реалізації містять посилання на об'єкт, до якого вони надсилають запити.
• Декоратор дозволяє вам змінювати уявлення об'єкта.