В шаблоне Factory Method, фабричный метод определяет, какие функции должны быть доступны не абстрактной конкретной фабрике. Эти функции должны иметь возможность создавать объекты, которые являются расширениями определенного класса. Какой именно подкласс создается, будет зависеть от значения параметра, переданного функции.

В этом примере у нас есть фабричный метод AbstractFactoryMethod , который реализует функцию makePHPBook($param)

Конкретный класс OReillyFactoryMethod factory расширяет класс AbstractFactoryMethod и может создать правильное расширение класса AbstractPHPBook для заданного значения $param.

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

Один из примеров этого может возникнуть, если у вас есть объектно-ориентированное бизнес-приложение, потенциально связанное с несколькими целевыми СУБД. Клиентское приложение только хочет знать о бизнес-классах, а не об их хранилище и конкретной реализации для извлечения данных.

Цели

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

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

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

Пример фабричного метода на языке программирования Python

В программировании на основе классов шаблон фабричного метода представляет собой шаблон создания, который использует фабричные методы для решения проблемы создания объектов без указания точного класса объекта, который будет создан. Это делается путем создания объектов через вызов фабричного метода - либо указанного в интерфейсе, либо реализованного дочерними классами, либо реализованного в базовом классе, либо необязательно переопределенного производными классами, а не путем вызова конструктора.

Обсуждение. Фреймфорки представляют собой приложения (или подсистемы) с «местами расширений» в них. Каждый такой фреймворк определяет инфраструктуру, надстройку и поток управления для своей области деятельности, а клиент фреймворка может: осуществлять поведение структуры по умолчанию «как есть», расширить выделенные фрагменты структуры или заменить выбранные фрагменты.

В шаблоне Factory Method рассматривается понятие «создание» в контексте фреймворков. В этом примере структура знает, КОГДА должен быть создан новый документ, а не КАКОЙ это документ. «Заполнитель» Application::CreateDocument() был объявлен фреймворком, и клиент должен «заполнить пробел» для своего ;конкретного документа(ов). Затем, когда клиент запрашивает Application::NewDocument(), фреймворк впоследствии вызывает метод MyApplication::CreateDocument().

Цели

• Отделите абстракцию от ее реализации, чтобы они могли изменяться независимо друг от друга.
  
• Создание публичного интерфейса в иерархии наследования и реализация в своей собственной иерархии наследования.
  
• Помимо инкапсуляции использование изоляции

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

«Укрепление программных связей» путем использования подкласса абстрактного базового класса для обеспечения альтернативных реализаций. Это блокирует привязку ко времени компиляции между интерфейсом и реализацией. Абстракция и реализация не могут быть независимо расширены или переопределены.

Некоторое время назад я написал статью, в которой показал как можно открыть файл формата fb2 инструментами Qt. Спустя некоторое время я заметил в ней ряд недостатков, которые решил устранить. Более того, я обнаружил, что некоторые fb2 читалки также имеют недостатки (а именно неправильное отображение таблиц), что и подтолкнуло меня к написанию этой статьи. Для начала можно ознакомиться с прошлой статьёй . Действовать будем по тому же принципу: формируем строку book в формате html и помещаем её в объект QTextBrowser.

Напомню, чтобы сформировать html-документ необходимо выполнить 3 действия: открыть тэг, заполнить его содержимым и закрыть. Поэтому для нас существует 4 варианта действий: переписываем из исходного файла, переписываем с коррективами, ничего не делаем (игнорируем), проводим специальную обработку.

Цели

1. Преобразование интерфейса класса в другой интерфейс. Адаптер позволяет классам работать вместе, что в противном случае могло бы быть связано с несовместимыми интерфейсами классов.
2. Оборачивание существующего класса в новый интерфейс
3. Соответствие старого компонента новой системе

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

Уже готовый компонент имеет всё необходимое для разработки вашей системы, но его интерфейсы несовместимы с интерфейсами классов вашего приложения.

В шаблоне Builder управляющий и строитель работают вместе для создания объекта. Управляющий контролирует задание и указывает, какие части и вариации войдут в объект. Строитель знает, как собрать объект, указанный в спецификации.

В этом примере у нас есть управляющий, HTMLPageDirector, которому дается строитель HTMLPageBuilder. Управляющий говорит строителю, что будет с типом pageTitle, каким будет pageHeading, и дает несколько строк текста для страницы. Затем у управляющего есть строитель, который делает окончательную сборку деталей и возвращает страницу.