Шаблон делегирования

Делегирование
Delegation
Описан в Design Patterns Нет

Делегирование (англ. Delegation) — основной шаблон проектирования, в котором объект внешне выражает некоторое поведение, но в реальности передаёт ответственность за выполнение этого поведения связанному объекту. Шаблон делегирования является фундаментальной абстракцией, на основе которой реализованы другие шаблоны - композиция (также называемая агрегацией), примеси (mixins) и аспекты (aspects).

Возможность изменить поведение конкретного экземпляра объекта вместо создания нового класса путём наследования.

Этот шаблон обычно затрудняет оптимизацию по скорости в пользу улучшенной чистоты абстракции.

Применимость

[править | править код]

Хотя делегирование не поддерживается языком Java, его поддержка присутствует во многих средах разработки[1].

Простой пример

[править | править код]

В этом примере на языке Java, класс B имеет метод-заглушку (method stub), который передаёт методы foo() и bar() классу A. Класс B делает вид, что он имеет атрибуты класса A.

Сложный пример

[править | править код]

Используя интерфейсы, делегирование можно осуществить более гибко и c защитой типов (typesafe). В этом примере, класс C может делегировать либо классу A либо классу B. Класс C имеет методы для переключения между классами A и B. Включение расширения implements улучшает безопасность типа, потому что каждый класс должен выполнять методы в интерфейсе. Основным недостатком является большее количество кода.

Приведем пример. Допустим, нужно реализовать таймер таким образом, чтобы через определённое количество времени вызывалась некоторая функция. Программист таймера хочет предоставить задание функции пользователям своего класса (другим программистам).

Сложный пример

[править | править код]

Этот пример — это версия на C++ сложного примера на Java, приведённого выше. Так как C++ не имеет конструкции интерфейса, ту же самую роль играет полностью абстрактный класс. Преимущества и недостатки в основном те же самые, что и в примере на Java.

Нетривиальный пример

[править | править код]

Это пример случая, часто встречающегося в практике. Стоит задача создать класс для хранения списка сотрудников. Данные каждого сотрудника хранятся в объекте класса Employee. Есть уже готовый и стандартный класс для хранения списка объектов Employee. В нём уже реализованы механизмы для работы со списком (к примеру — выделение памяти, добавление и удаление из списка). Наследование класса списка сотрудников от класса списка объектов здесь неприемлемо, потому как мы получим все методы (даже те, которые нас не интересуют). Кроме того нам придётся в некоторых случаях производить приведение типов. Самый элегантный выход из этого случая — делегировать классу списка сотрудников часть методов класса списка объектов. В правилах ООП лучше всего список объектов представить частным (приватным) методом списка сотрудников. В данном случае доступ к списку возможен через индексатор.

Простой пример

[править | править код]

Простой пример

[править | править код]

Нетривиальный пример

[править | править код]

Этот пример — это версия на Object Pascal нетривиального примера, приведённого выше.

К сожалению, не все программисты применяют шаблон делегирования. Например, фирма Borland (разработчик среды программирования Delphi) в своей стандартной библиотеке классов наследовала вышеупомянутый класс списка объектов TObjectList от класса списка указателей TList. Это вызвало недовольство среди некоторых опытных программистов.

Простой пример

[править | править код]

Этот пример — это версия на PHP простого примера на Java, приведённого выше.

Сложный пример

[править | править код]

Этот пример — это версия на PHP сложного примера на Java, приведённого выше.

Нетривиальный пример

[править | править код]

Этот пример — это версия на PHP нетривиального примера, приведённого выше.

Простой пример

[править | править код]

Исходный текст на языке Python

#coding: utf-8 #python 3 class A:     def f(self):         print('A : вызываем метод f')     def g(self):         print('A : вызываем метод g') class C:     def __init__(self):         self._A = A     def f(self):         return self._A.f(self)     def g(self):         return self._A.g(self) c = C() c.f() #A: вызываем метод f c.g() #A: вызываем метод g 

Простой пример

[править | править код]

Сложный пример

[править | править код]

Нетривиальный пример

[править | править код]

Сложный пример

[править | править код]

Нетривиальный пример

[править | править код]

Примечания

[править | править код]
  1. Брюс Эккель. Философия Java. — 4-е издание. — ООО Издательство "Питер", 2016. — С. 215. — 1165 с.

Литература

[править | править код]
  • Джулиан Бакнелл «Фундаментальные алгоритмы и структуры данных в Delphi». Изд. DiaSoft 2003 год
  • Гранд М. «Шаблоны проектирования в Java». 2004
  • Брюс Эккель "Философия Java". Изд. "Питер" 2016 год