Example of the design pattern An object pool in the Java programming language.

Example of the design pattern An object pool in the C ++ programming language.

Цели

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

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

Вы хотите добавить поведение или состояние к отдельным объектам во время выполнения. Наследование не представляется возможным, поскольку оно является статичным и относится ко всему классу.

In the Factory Method Pattern, a factory method defines what functions must be available in the non-abstract or concrete factory. These functions must be able to create objects that are extensions of a specific class. Which exact subclass is created will depend on the value of a parameter passed to the function.

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

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

This pattern is useful when you want to encapsulate the construction of a class and isolate knowledge of the concrete class from the client application through an abstract interface.

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

Цели

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

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

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

An example of a factory method in the Python programming language

In class-based programming, the factory method pattern is a creational pattern that uses factory methods to deal with the problem of creating objects without having to specify the exact class of the object that will be created. This is done by creating objects by calling a factory method—either specified in an interface and implemented by child classes, or implemented in a base class and optionally overridden by derived classes—rather than by calling a constructor.

Discussion. Frameworks are applications (or subsystems) with "holes" in them. Each framework specifies the infrastructure, superstructure, and flow of control for its "domain", and the client of the framework may: exercise the framework's default behavior "as is", extend selected pieces of the framework, or replace selected pieces.

The Factory Method pattern addresses the notion of "creation" in the context of frameworks. In this example, the framework knows WHEN a new document should be created, not WHAT kind of Document to create. The "placeholder" Application::CreateDocument() has been declared by the framework, and the client is expected to "fill in the blank" for his/her specific document(s). Then, when the client asks for Application::NewDocument(), the framework will subsequently call the client's MyApplication::CreateDocument().

Цели

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

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

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