Базовые понятия ООП и паттерны проектирования

 Создание семейства взаимосвязных объектов.

Определяет интерфейс для создания коллекции объектов.

Интерфейсные методы по сути являются Factory Method - ми.

И содержат create* методы

 Конструирование сложного объекта. Распорядитель (director) конфигурируется нужным строителем (builder). Затем director говорит builder что нужно построить часть. builder строит часть и добавляет к продукту. Клиент забирает продукт у строителя.

Определяет метод который в подклассах требуется реализовать по созданию объекта. Например CreateInstance. Но оставляет права за наследниками решать что именно инстанцировать. Но дергать придётся CreateInstance не у класса, т.к. он неизвестен, а у другого класса.

 Объекты наследуют интерфейс Prototype, в котором имеется метод Clone по клонированию самого себя с возвращением Prototype.

 Гарантирует, что у класса есть один экземпляр. 

Преобразует интерфейс одного класса в другой. 

Реализации:

Р1) Открыто наследоваться от Target интерфейса. и закрыто от Adaptee. Таким образом доступ в Adaptee будет только внутри адаптера. Эксплуатировать это знание для реализации Target

Р2) Открыто наследоваться от Target интерфейса. Указатель на Adaptee принимать в конструкторе. При реализации Target интерфейса эксплуатировать методы Adaptee объекта.

 Отделить реализация от интерфейса чтобы и то и то можно было развивать параллельно.

 Реализация аналогична Р2 для адаптера. Отличается только способом применения.

Так же интерфейс паттерна может быть более полным и предоставлять более высокие примитивы работы (нарисовать квадрат)

В то время как реализация предоставляет более низкоуровневые примитивы (нарисовать линию)

 Древовидная структура объектов. Perent-Child

Добавляет новые обязанности. Реализация аналогична P2.

Суть - перед дёргом метода (пусть будет Draw) мы рисуем декорированную оснастку и затем дёргаем у декорируемого объекта Draw.

 Унифицированный интерфейс к подсистеме. Простой и понятный интерфейс для работы с системой.

 Разделение для эффективной поддержки множества мелких объектов.

 Проксирует доступ к объекту. Например с помощью этого похода может быть реализовано создания тяжелой части объекта только по требованию. А так же кеширование вычислений.

 Связывает объекты - получатели запроса в цепочку, и передаёт запрос вдоль цепочки по очереди, пока его не обработают. Цепочку можно организовать имея указатель в объекте на след. объект-получатель.

С помощью паттерна можно реализовать Help в системе

 Обернуть команду в объект. Можно таким образом ставить запросы в очередь, протоколировать их, поддерживает отмену операций.

 Итератор

 Посредник. Объекты системы не ссылаются друг на друга, а работают через посредника. Паттерн позволяет уменьшить связность объектов в системе.

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

 При изменении состояния объекта все зависящие от него оповещаются. Регистрироваться могут Observer-ы сами в их конструкторах/деструкторах.

На основе передаваемого Subject субъекта или события. Которые в определенный момент дергает notify в котором происходит дёрг всех observer-ов

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

Позволяет реализовывать взаимозаменяемый алгоритмы. 

Статический полиморфизм можно реализовать через параметр шаблона - инстанс стратегии является просто мембером объекта-алгоритма. Тип этой мембера получается из параметра шаблона.

Динамический полиморфизм реализуется через виртуальные методы.

 Есть алгоритм и он состоит из шагов "примитивных операций". Идея позволить подклассам переопределить часть этих "примитивных операций", на которые полагается алгоритм зашитый в шаблонном методе. В контексте этого подхода можно вспомнить принцип Голиивуда - "Не звоните нам, мы сами вам позвоним".

Нууу, обычно бывают они таких видов, судя по книге:

- конкретные операции

- примитивные операции

- фабричные методы

- операции зацепки (хуки)

Операция выполняемая с каждым объектом коллекции. У vistor как правило есть типизированные visit методы при обходе контейнера у элемента дёргается Accept с аргументов visitor-ом. Затем этот метод дёргает у визитора нужный метод visitSmb, передавая ссылку на *this.

 Прокси к реальному хранилищу. Как правило ничего не хранит внутри.

The needs of the many (all the people reusing your class) outweigh the needs of the few (those who maintain your class’s implementation) or the one (the class’s original author).

"Functions placed at the lower levels may be redundant or of a little value when compared to providing them at the higher level." Saltzer, 1984