Абстрактная фабрика (шаблон проектирования)

Материал из Википедии — свободной энциклопедии
Перейти к: навигация, поиск
Шаблон проектирования
Абстрактная фабрика
Abstract factory
Тип:

порождающий

Назначение:

Предоставляет интерфейс для создания семейств взаимосвязанных или взаимозависимых объектов, не специфицируя их конкретных классов.

Структура:

Abstract factory UML.svg

Применяется в случаях:
  • Когда программа должна быть независимой от процесса и типов создаваемых новых объектов.
  • Когда необходимо создать семейства или группы взаимосвязанных объектов исключая возможность одновременного использования объектов из разных этих наборов в одном контексте[1].
Плюсы:
  • изолирует конкретные классы;
  • упрощает замену семейств продуктов;
  • гарантирует сочетаемость продуктов.
Минусы:
  • сложно добавить поддержку нового вида продуктов.
Описан в Design Patterns

Да

Абстрактная фабрика (англ. Abstract factory) — порождающий шаблон проектирования, позволяющий изменять поведение системы, варьируя создаваемыми объектами, при этом сохраняя интерфейсы. Он позволяет создавать целые группы взаимосвязанных объектов, которые, будучи созданными одной фабрикой, реализуют общее поведение. Шаблон реализуется созданием абстрактного класса Factory, который представляет собой интерфейс для создания компонентов системы (например, для оконного интерфейса он может создавать окна и кнопки). Затем пишутся классы, реализующие этот интерфейс[2].

Назначение[править | править исходный текст]

Предоставляет интерфейс для создания семейств взаимосвязанных или взаимозависимых объектов, не специфицируя их конкретных классов.

Реализация[править | править исходный текст]

Abstract factory UML.svg

Плюсы[править | править исходный текст]

  • изолирует конкретные классы;
  • упрощает замену семейств продуктов;
  • гарантирует сочетаемость продуктов.

Минусы[править | править исходный текст]

  • сложно добавить поддержку нового вида продуктов.

Применимость[править | править исходный текст]

  • Система не должна зависеть от того, как создаются, компонуются и представляются входящие в нее объекты.
  • Входящие в семейство взаимосвязанные объекты должны использоваться вместе и вам необходимо обеспечить выполнение этого ограничения.
  • Система должна конфигурироваться одним из семейств составляющих ее объектов.
  • Требуется предоставить библиотеку объектов, раскрывая только их интерфейсы, но не реализацию.

Пример Java[править | править исходный текст]

Пример С++[править | править исходный текст]

Пример С#[править | править исходный текст]

Пример JavaScript[править | править исходный текст]

Пример Delphi[править | править исходный текст]

Пример Python[править | править исходный текст]

На практике в Python этот паттерн применяется редко.

Пример PHP5[править | править исходный текст]

Пример VB.NET[править | править исходный текст]

Пример Ruby[править | править исходный текст]

Литература[править | править исходный текст]

  • Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес Приемы объектно-ориентированного проектирования. Паттерны проектирования = Design Patterns: Elements of Reusable Object-Oriented Software. — СПб: «Питер», 2007. — С. 366. — ISBN 978-5-469-01136-1 (также ISBN 5-272-00355-1)

Ссылки[править | править исходный текст]

Примечания[править | править исходный текст]