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

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

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

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

Минусы

править

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

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

править

Хотя делегирование не поддерживается языком 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 год