🗊Презентация Структурные паттерны

Структурные паттерны

Структурные паттерны

Паттерн Adapter

UML-диаграмма классов паттерна Adapter

Пример паттерна Adapter

Пример реализации паттерна Adapter // Уже существующий класс температурного датчика окружающей среды class FahrenheitSensor // считаем что этот класс закрыт для изменения, в терминах описания паттерна это Adaptee { public: // Получить показания температуры в градусах Фаренгейта float getFahrenheitTemp() { float t = 32.0; return t; } }; class Sensor // в терминах описания паттерна - Target { public: virtual ~Sensor() {} virtual float getTemperature() = 0; // в терминах описания паттерна request() }; class Adapter : public Sensor // в терминах описания паттерна - Adapter { public: Adapter(FahrenheitSensor* p) : p_fsensor(p) {} ~Adapter() { delete p_fsensor; } float getTemperature() { // в терминах описания паттерна — request() return (p_fsensor->getFahrenheitTemp() - 32.0f)*5.0f / 9.0f; } private: FahrenheitSensor* p_fsensor; // в терминах описания паттерна -adaptee }; int main() { setlocale(LC_ALL, "rus"); Sensor* p = new Adapter(new FahrenheitSensor); cout << "Температура в градусах: " << p->getTemperature() << endl; delete p; }

Результаты применения паттерна Adapter

Паттерн Bridge (мост)

Паттерн Bridge (мост)

Пример иерархии на основе паттерна Bridge

UML-диаграмма классов паттерна Bridge

Описание паттерна Bridge

Пример реализации паттерна Bridge

Пример реализации паттерна Bridge — продолжение

Пример реализации паттерна Bridge — продолжение

Пример реализации паттерна Bridge

Пример реализации паттерна Bridge — продолжение

Пример реализации паттерна Bridge — продолжение

паттерн Bridge

паттерн Компоновщик (Composite)

UML-диаграмма классов паттерна Composite

Пример использования паттерна Компоновщик (Composite)

Пример реализации паттерна «Компоновщик»

Пример реализации паттерна «Компоновщик»

Результаты применения паттерна Composite

Паттерн Декоратор (Decorator)

Пример реализации паттерна «Декоратор»

Пример реализации паттерна «Декоратор»

Пример реализации паттерна «Декоратор»

Паттерн Декоратор (Decorator)

Паттерн Фасад (Facade)

UML-диаграмма классов паттерна Facade

Паттерн Фасад (Facade)

Паттерн «Приспособленец» (FlyWeight)

UML-диаграмма классов паттерна Flyweight

Паттерн «Приспособленец» (FlyWeight)

Паттерн «прокси» (Proxy) (заместитель, суррогат) Назначение паттерна Proxy: Паттерн Proxy является суррогатом или замеcтителем другого объекта и контролирует доступ к нему. Предоставляя дополнительный уровень косвенности при доступе к объекту, может применяться для поддержки распределенного, управляемого или интеллектуального доступа. Являясь "оберткой" реального компонента, защищает его от излишней сложности. Решаемая проблема: Вам нужно управлять ресурсоемкими объектами. Вы не хотите создавать экземпляры таких объектов до момента их реального использования. Существует четыре ситуации, когда можно использовать паттерн Proxy: Виртуальный proxy является заместителем объектов, создание которых обходится дорого. Реальный объект создается только при первом запросе/доступе клиента к объекту. Удаленный proxy предоставляет локального представителя для объекта, который находится в другом адресном пространстве ("заглушки" в RPC). Защитный proxy контролирует доступ к основному объекту. "Суррогатный" объект предоставляет доступ к реальному объекту, только когда вызывающий объект имеет соответствующие права. Интеллектуальный proxy выполняет дополнительные действия при доступе к объекту. Типичные области применения интеллектуальных proxy: Подсчет числа ссылок на реальный объект. При отсутствии ссылок память под объект автоматически освобождается (известен также как интеллектуальный указатель или smart pointer). Загрузка объекта в память при первом обращении к нему. Установка запрета на изменение реального объекта при обращении к нему других объектов.

UML-диаграмма классов паттерна Proxy

Паттерн «прокси» (Proxy) (заместитель, суррогат)