Занятие №2
«Принцип единственной обязанности. Адаптер. Принцип разделения интерфейсов»
11.09.17
- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Принцип единственной обязанности. Адаптер. Принцип разделения интерфейсов презентация
Содержание
- 1. Принцип единственной обязанности. Адаптер. Принцип разделения интерфейсов
- 2. Содержание Принцип единственной обязанности Адаптер Соединение интерфейсов
- 3. Принцип Единственной Обязанности АТД – абстрактный тип
- 4. SRP: Пример Rectangle Приложение выч. геометрии Rectangle
- 5. SRP: Решение Примера Rectangle Rectangle +
- 6. SRP: Пример Modem Modem Интерфейс сетевого взаимодействия
- 7. SRP: Пример Modem Connection + dial(:string) +hangup()
- 8. Шаблон Проектирования: Адаптер Позволяет повторно использовать реализованную
- 9. Пример Адаптера: Код Библиотечных Классов class ValueGenerator
- 10. Пример Адаптера: Код Библиотечных Классов (2) class
- 11. Пример Адаптера: Код Целевого Класса Решение Объявляем
- 12. Адаптер: Решение Интерфейс класса class Value100Generator {
- 13. Адаптер Класса Реализация адаптера class Value100GeneratorAdapterClassBased:
- 14. Адаптер Объекта Реализация адаптера class Value100GeneratorAdapterObjectBased:
- 15. Принцип Разделения Интерфейсов «Жирные» интерфейсы Состоят из
- 16. «Загрязнение» Интерфейса Новое требование Новый тип дверей:
- 17. Взаимодействие TimedDoor & Timer Timer TimerClient Door TimedDoor 0..*
- 18. Анализ Door теперь зависит от TimerClient Изначальная
- 19. Жесткость и Вязкость Решения Новое требование –
- 20. Решение: Использование Адаптера Timer TimerClient +TimeOut() TimedDoor
- 21. Решение: Использование Адаптера (2) class TimedDoor :
- 22. Анализ Каждый вызов регистрации запроса на таймер
- 23. Решение: Множественное Наследование Timer TimerClient TimedDoor 0..*
- 24. Заключение Принцип единственной обязанности Каждый класс должен
Содержание Принцип единственной обязанности Адаптер Соединение интерфейсов Адаптер класса и адаптер объекта Применение адаптера Принцип разделения интерфейсов Заключение
Слайд 1Осенний семестр 2017
Преподаватель: асс. каф. Чуканов В.С
Peter the Great
Saint-Petersburg Рolytechnic University
Наука
Программирования
Занятие №2
«Принцип единственной обязанности. Адаптер. Принцип разделения интерфейсов»
Занятие №2
«Принцип единственной обязанности. Адаптер. Принцип разделения интерфейсов»
Слайд 2Содержание
Принцип единственной обязанности
Адаптер
Соединение интерфейсов
Адаптер класса и адаптер объекта
Применение адаптера
Принцип разделения интерфейсов
Заключение
Слайд 3Принцип Единственной Обязанности
АТД – абстрактный тип данных
Замкнутое множество данные + методы
Single
Responsibility Principle (SRP)
Класс должен иметь лишь одну причину для изменения
Обязанность = ось изменения
Атомарный набор методы + данные = АТД
Принцип SRP: каждый класс реализует 1 АТД
Класс должен иметь лишь одну причину для изменения
Обязанность = ось изменения
Атомарный набор методы + данные = АТД
Принцип SRP: каждый класс реализует 1 АТД
Слайд 4SRP: Пример Rectangle
Приложение выч. геометрии
Rectangle
+ draw()
+area(): double
Графическое приложение
Графический интерфейс
Rectangle
Используется для расчета
площади и визуализации
Две обязанности = 2 АТД
Какие проблемы это может вызвать?
Две обязанности = 2 АТД
Какие проблемы это может вызвать?
Слайд 5SRP: Решение Примера Rectangle
Rectangle
+ draw()
Графическое приложение
Графический интерфейс
Избыточная связь между приложениями
выч. геом и визуализации
Изменение в модуле выч. геом могло привести к необходимости пересобирать модуль визуализации
Решение: разделить обязанности Rectangle по двум классам
Изменение в модуле выч. геом могло привести к необходимости пересобирать модуль визуализации
Решение: разделить обязанности Rectangle по двум классам
Приложение выч. геометрии
GeometricRectangle
+area(): double
Слайд 6SRP: Пример Modem
Modem
Интерфейс сетевого взаимодействия
class Modem
{
public:
virtual void dial(std::string) =
0;
virtual void hangup() = 0;
virtual void send(char) = 0;
virtual char receive() = 0;
};
virtual void hangup() = 0;
virtual void send(char) = 0;
virtual char receive() = 0;
};
Слайд 7SRP: Пример Modem
Connection
+ dial(:string)
+hangup()
DataChannel
+ send(:char)
+receive():char
Реализация интерфейса Modem
Разделение обязанностей не всегда является
необходимым
Особенности оборудования/ОС могут обуславливать слияние обязанностей в одном классе
Определяется постановкой задачи и возможностью изменения обязанностей независимо
Разделение обязанностей может быть реализовано с помощью паттернов Фасад (Facade) и Заместитель (Proxy)
Особенности оборудования/ОС могут обуславливать слияние обязанностей в одном классе
Определяется постановкой задачи и возможностью изменения обязанностей независимо
Разделение обязанностей может быть реализовано с помощью паттернов Фасад (Facade) и Заместитель (Proxy)
Слайд 8Шаблон Проектирования: Адаптер
Позволяет повторно использовать реализованную функциональность при несовместимых интерфейсах
Технически –
переадресация вызова от одного интерфейса к другому
Пример
Имеется реализованный в библиотеке класс для генерации случайных, равномерно распределенных чисел в интервале [0, 1]
Необходимо написать класс для генерации чисел в интервале [0, 100]
Пример
Имеется реализованный в библиотеке класс для генерации случайных, равномерно распределенных чисел в интервале [0, 1]
Необходимо написать класс для генерации чисел в интервале [0, 100]
Слайд 9Пример Адаптера: Код Библиотечных Классов
class ValueGenerator
{
public:
virtual float getNormalizedValue()
const = 0;
};
class ValueGeneratorStupid : public ValueGenerator
{
public:
virtual float getNormalizedValue() const
{
return static_cast (rand() % 10000) * 0.0001f;
}
};
};
class ValueGeneratorStupid : public ValueGenerator
{
public:
virtual float getNormalizedValue() const
{
return static_cast
}
};
Слайд 10Пример Адаптера: Код Библиотечных Классов (2)
class ValueGeneratorUniform : public ValueGenerator
{
public:
virtual float getNormalizedValue() const
{
//! C++11 stuff
std::random_device device;
std::mt19937 generator(device());
std::uniform_real_distribution distr(0.0f, 1.0f);
return distr(generator);
}
};
{
//! C++11 stuff
std::random_device device;
std::mt19937 generator(device());
std::uniform_real_distribution
return distr(generator);
}
};
В С++11 существует множество генераторов случайных чисел, в т.ч. с равномерным распределением в заданном интервале
Слайд 11Пример Адаптера: Код Целевого Класса
Решение
Объявляем интерфейс класса для генерации чисел в
заданном диапазоне
Объявляем виртуальный метод getValue()
Создаем наследника с реализацией виртуального метода getValue()
Реализация может адаптировать как интерфейсный метод, так и быть привязанной к одной выбранной реализации
Адаптер объекта VS адаптер класса
Объявляем виртуальный метод getValue()
Создаем наследника с реализацией виртуального метода getValue()
Реализация может адаптировать как интерфейсный метод, так и быть привязанной к одной выбранной реализации
Адаптер объекта VS адаптер класса
Слайд 12Адаптер: Решение
Интерфейс класса
class Value100Generator
{
public:
virtual float getValue() = 0;
};
Слайд 13Адаптер Класса
Реализация адаптера
class Value100GeneratorAdapterClassBased:
public Value100Generator,
private
ValueGeneratorUniform //Inherit implementation
{
public:
//! Must return random value from range 1..100
virtual float getValue()
{
return getNormalizedValue() * 100.0f;
}
};
{
public:
//! Must return random value from range 1..100
virtual float getValue()
{
return getNormalizedValue() * 100.0f;
}
};
Слайд 14Адаптер Объекта
Реализация адаптера
class Value100GeneratorAdapterObjectBased:
public Value100Generator
{
public:
Value100GeneratorAdapterObjectBased(ValueGenerator *generator): m_generator(generator)
{}
//! Must return random value from range 1..100
virtual float getValue()
{
return m_generator->getNormalizedValue() * 100.0f;
}
private:
const ValueGenerator *m_generator;
};
//! Must return random value from range 1..100
virtual float getValue()
{
return m_generator->getNormalizedValue() * 100.0f;
}
private:
const ValueGenerator *m_generator;
};
Слайд 15Принцип Разделения Интерфейсов
«Жирные» интерфейсы
Состоят из множества несцепленных функций
Реализуют более 1 АТД
Перегруженные
функциями интерфейсы приводят к жесткости, хрупкости и тд
Рассмотрим класс Door
Рассмотрим класс Door
class Door
{
public:
virtual void Lock() = 0;
virtual void UnLock() = 0;
virtual bool IsDoorOpen() = 0;
};
Слайд 16«Загрязнение» Интерфейса
Новое требование
Новый тип дверей: вызывают сигнал тревоги, если слишком долго
открыты
Класс TimedDoor
Поддержка абстракции TimerClient
Класс, реагирующий на истечение времени таймера
Класс TimedDoor
Поддержка абстракции TimerClient
Класс, реагирующий на истечение времени таймера
class TimerClient
{
public:
virtual void TimeOut() = 0;
};
class Timer
{
public:
void Register(int timeout, TimerClient *client);
};
Слайд 18Анализ
Door теперь зависит от TimerClient
Изначальная абстракция Door не имела подобной зависимости
Реализации
Door, не требующие отсчета времени, будут обязаны реализовать метод TimeOut()
Timer
TimerClient
Door
TimedDoor
0..*
Слайд 19Жесткость и Вязкость Решения
Новое требование – регистрация более одного запроса на
истечение времени
Любое изменение TimerClient повлечет изменения во всех объектах Door
Любое изменение TimerClient повлечет изменения во всех объектах Door
class TimerClient
{
public:
virtual void TimeOut(int timeOutId) = 0;
};
class Timer
{
public:
void Register(int timeout, int timeOutId, TimerClient *client);
};
Слайд 20Решение: Использование Адаптера
Timer
TimerClient
+TimeOut()
TimedDoor
0..*
Door
Создает
+TimeOut()
DoorTimerAdapter
+DoorTimeOut()
Адаптер
Разделяет иерархии Door & TimerClient
«Транслирует» интерфейс TimerClient в TimedDoor
Слайд 21Решение: Использование Адаптера (2)
class TimedDoor : public Door
{
public:
virtual void
DoorTimeOut(int timeOutId);
};
class DoorTimerAdapter : public TimerClient
{
public:
DoorTimerAdapter(TimedDoor &door) : m_door(&door) { }
virtual void TimeOut(int timeOutId)
{
m_door->DoorTimeOut(timeOutId);
}
private:
TimedDoor *m_door;
};
};
class DoorTimerAdapter : public TimerClient
{
public:
DoorTimerAdapter(TimedDoor &door) : m_door(&door) { }
virtual void TimeOut(int timeOutId)
{
m_door->DoorTimeOut(timeOutId);
}
private:
TimedDoor *m_door;
};
Слайд 22Анализ
Каждый вызов регистрации запроса на таймер вынуждает создать объект-адаптер
DoorTimerAdapter doorAdapter(door);
timer->Register(timeOut, timeOutId,
&doorAdapter);
Какое еще существует решение?
Какое еще существует решение?
Слайд 23Решение: Множественное Наследование
Timer
TimerClient
TimedDoor
0..*
Door
+TimeOut()
+ TimeOut()
class TimedDoor : public Door, public TimerClient
{
public:
virtual void TimeOut(int timeOutId);
};
};
Слайд 24Заключение
Принцип единственной обязанности
Каждый класс должен реализовывать лишь одну «ось изменения»
Адаптер
Паттерн проектирования
для улучшения коэф. повторного использования кода
Переадресовывает операции одного интерфейса в другой
Принцип разделения интерфейсов
«Жирные» интерфейсы приводят к вязкости и жесткости
Интерфейсы могут быть разделены посредством адаптера или множественного наследования
Переадресовывает операции одного интерфейса в другой
Принцип разделения интерфейсов
«Жирные» интерфейсы приводят к вязкости и жесткости
Интерфейсы могут быть разделены посредством адаптера или множественного наследования
