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

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

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

Плюсы

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

Минусы

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

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

Java

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

Примеры

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

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

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

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

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

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

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

C#

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

Это пример случая, часто встречающегося в практике. Стоит задача создать класс для хранения списка сотрудников. Данные каждого сотрудника хранятся в объекте класса 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()
    def g(self):
        return self.A.g()
c = C()
c.f() #A: вызываем метод f
c.g() #A: вызываем метод g

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

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

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

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

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

См. также

Примечания

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

Литература

  • Джулиан Бакнелл «Фундаментальные алгоритмы и структуры данных в Delphi». Изд. DiaSoft 2003 год
  • Гранд М. «Шаблоны проектирования в Java». 2004
  • Брюс Эккель "Философия Java". Изд. "Питер" 2016 год
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.