🗊Презентация Паттерны поведения

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

Паттерны поведения (продолжение)

Паттерн «Команда» (Command) Паттерн Command используется, если: Система управляется событиями. При появлении такого события (запроса) необходимо выполнить определенную последовательность действий. Необходимо параметризировать объекты выполняемым действием, ставить запросы в очередь или поддерживать операции отмены (undo) и повтора (redo) действий. Нужен объектно-ориентированный аналог функции обратного (callback) вызова в процедурном программировании. Описание паттерна Command Паттерн Command преобразовывает запрос на выполнение действия в отдельный объект-команду. Этот объект запроса на действие и называется командой. При этом объекты, инициирующие запросы на выполнение действия, отделяются от объектов, которые выполняют это действие. Такая инкапсуляция позволяет передавать эти действия другим функциям и объектам в качестве параметра, приказывая им выполнить запрошенную операцию. Команда – это объект, поэтому над ней допустимы любые операции, что и над объектом. В паттерне Command может быть до трех участников: клиент, создающий экземпляр командного объекта; инициатор запроса, использующий командный объект; получатель запроса. Паттерн Command отделяет объект, инициирующий операцию, от объекта, который знает, как ее выполнить. Единственное, что должен знать инициатор, это как отправить команду. Это придает системе гибкость: позволяет осуществлять динамическую замену команд, использовать сложные составные команды, осуществлять отмену операций. Достоинства паттерна Command Придает системе гибкость, отделяя инициатора запроса от его получателя.

UML-диаграмма классов паттерна «Команда» (Command)

Пример реализации паттерна «Команда» (Command)

Пример реализации паттерна «Команда» (Command) (продолжение)

Результат работы программы:

Паттерн «Итератор» (Iterator)

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

Пример реализации паттерна «Итератор» (Iterator)

Пример реализации паттерна «Итератор» (Iterator) продолжение

Результат работы программы:

Паттерн «Посредник» (Mediator)

Паттерн «Посредник» (Mediator)

UML-диаграмма классов паттерна «Посредник» (Mediator)

Пример реализации паттерна «Посредник» (Mediator)

Пример реализации паттерна «Посредник» (Mediator) продолжение

Результат работы программы:

Паттерн “Хранитель» (Memento)

UML-диаграмма классов паттерна «Хранитель» (Memento)

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

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

Пример реализации паттерна Memento (продолжение)

Пример реализации паттерна Memento (продолжение)

Результат работы программы:

Паттерн Observer (наблюдатель, издатель-подписчик)

UML-диаграмма классов паттерна «Наблюдатель» (Observer)

Особенности паттерна «Наблюдатель» (Observer)

Пример реализации паттерна «Наблюдатель» (Observer)

Пример реализации паттерна «Наблюдатель» (Observer)

Результат работы программы:

Паттерн “Состояние» (State)

UML-диаграмма классов паттерна «Состояние» (State)

Особенности паттерна State

Пример реализации паттерна «Состояние» (State)

Пример реализации паттерна «Состояние» (State) (продолжение)

Результат работы программы:

Паттерн Chain of Responsibility (цепочка обязанностей)

Паттерн Chain of Responsibility (цепочка обязанностей)

Паттерн Chain of Responsibility (цепочка обязанностей) UML — диаграмма классов

Паттерн Chain of Responsibility (цепочка обязанностей)

реализация паттерна Chain of Responsibility

реализация паттерна Chain of Responsibility (продолжение)

Результат работы программы реализации паттерна Chain of Responsibility

Паттерн Interpreter (интерпетатор)

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

реализация паттерна Interpreter

реализация паттерна Interpreter (продолжение)

реализация паттерна Interpreter (продолжение)

реализация паттерна Interpreter (продолжение)

реализация паттерна Interpreter (результат)