Структурные шаблоны проектирования - Компоновщик

шаблоны проектирования, composite, компоновщик

Цели

• Составить объекты в древовидные структуры для представления целых частей иерархии. Компоновщик позволяет клиентам одинаково обрабатывать отдельные объекты и композиции объектов.
• Рекурсивная композиция
• «Каталоги содержат записи, каждый из которых может быть каталогом».
• Представление иерархии один ко многим

Проблематика

Приложению необходимо манипулировать иерархической коллекцией «примитивных» и «составных» объектов. Обработка примитивного объекта обрабатывается одним способом, а обработка составного объекта может обрабатываться различными способами. Запрос типа объекта перед обработкой нежелателен.

Обсуждение

Определите абстрактный базовый класс (компонент), который определяет поведение, которое должно выполняться одинаково для всех примитивных и составных объектов. Подкласс - примитивный и составной классы. Каждый составной объект «соединяется» только с абстрактным типом Компонента, поскольку он управляет своими «детьми».

Используйте этот шаблон всякий раз, когда у вас есть «композиты, которые содержат компоненты, каждый из которых может быть составным».

Методы управления детьми [ addChild() , removeChild() ] обычно должны быть определены в классе Composite. К сожалению, желание использовать примитивы и составные объекты одинаково требует, чтобы эти методы были перенесены в абстрактный класс Component.

Структура

Кмопоновщики, содержащие Компоненты, каждый из которых может быть составным.

Меню, содержащие элементы меню, каждое из которых может быть меню.

Менеджеры макетов графического интерфейса Row-column, которые содержат виджеты, каждый из которых может быть менеджером макетов графического интерфейса строки-столбца.

Каталоги, содержащие файлы, каждый из которых может быть каталогом.

Контейнеры, содержащие элементы, каждый из которых может быть контейнером.

Пример

Компоновщик объединяет объекты в древовидные структуры и позволяет клиентам индивидуально обрабатывать отдельные объекты и композиции. Хотя этот пример является абстрактным, арифметические выражения представляют собой Composites. Арифметическое выражение состоит из операнда, оператора (+ - * /) и другого операнда. Операнд может быть числом или другим арифметическим выражением. Таким образом, 2 + 3 и (2 + 3) + (4 * 6) являются действительными выражениями.

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

1. Убедитесь, что ваша проблема заключается в представлении древовидных иерархических отношений.
2. Рассмотрим пример: «Контейнеры, содержащие устройства, каждый из которых может быть контейнером». Разделите их на классы примитивов и классы контейнеров.
3. Создайте интерфейс для представления простейшего узла с необходимым минимумом методов делает ваши контейнеры и примитивы взаимозаменяемыми. Он должен указывать поведение, которое должно выполняться одинаково во всех примитивах и контейнерах.
4. Все классы контейнеров реализуют интерфейс.
5. Все классы контейнеров декларируют связь «один ко многим» с интерфейсом.
6. Классы контейнеров используют полиморфизм для делегирования их контейнерных объектов.
7. Методы управления детьми [ addChild() , removeChild() ] обычно должны быть определены в классе Composite. К сожалению, желание единообразно обрабатывать объекты примитивы и компоновзики может потребовать, чтобы эти методы были продвинуты до абстрактного класса Component.

Эмпирические правила

• Компоновщик и декоратор имеют аналогичные структурные диаграммы, отражающие тот факт, что оба полагаются на рекурсивную композицию для организации открытого числа объектов.
• Компоновщик можно перемещать с помощью итератора. Visitor может применить операцию над компоновщиков. Компоновщик может использовать Chain of Responsibility, чтобы позволить компонентам получать доступ к глобальным свойствам через своего родителя. Он также может использовать Декоратор для переопределения этих свойств по частям композиции. Он может использовать Observer для привязки одной структуры объекта к другой и состояния, чтобы компонент изменял свое поведение по мере изменения состояния.
• Компоновщик может позволить вам создать медиатор из меньших частей с помощью рекурсивной композиции.
• Декоратор предназначен для добавления свойств к объектам без подкласса. Следовательно, компоновщик и декоратор часто используются вместе.
• Flyweight часто комбинируется с Composite для реализации общих листовых узлов.