'

Шаблоны проектирования Design Pattern

Понравилась презентация – покажи это...





Слайд 0

Шаблоны проектирования Design Pattern Команда или действие (Command, Аction) по книге Эрик и Элизабет Фримен Паттерны проектирования


Слайд 1

2 Инкапсуляция вызовов методов Вызывающему объекту не нужно беспокоиться о том, как будут выполняться его запросы. Он просто использует инкапсулированный метод для решения своей задачи. Инкапсуляция позволяет решать и такие нетривиальные задачи, как регистрация или отмена вызовов.


Слайд 2

3 Автоматизация дома Требуется разработать API для Пульта Домашней Автоматизации. Пульт имеет семь программируемых ячеек (каждая из которых связывается с отдельным домашним устройством) и соответствующую кнопку «вкл/выкл» для каждой ячейки. Кроме того, устройство оснащено кнопкой глобальной отмены. Также прилагается диск с набором классов Java, созданных разными фирмами-разработчиками для управления всевозможными домашними устройствами: светильниками, вентиляторами, ваннами-джакузи, акустическим оборудованием и т. д. Задача — создать API для программирования пульта, чтобы каждая ячейка могла быть настроена на управление устройством или группой устройств. Также следует учесть, что пульт должен поддерживать как текущий набор устройств, так и все устройства, которые могут быть добавлены в будущем.


Слайд 3

4 Классы управления устройствами … и будут еще


Слайд 4

5 Обсуждение Сам пульт устроен просто: всего две кнопки включение/выключение на каждое устройство, но классы устройств очень разные… кроме оn() и off(), классы содержат много других методов: dim(), setTemperature(), setVolume(), setDirection()... в будущем появятся новые классы устройств с еще более разнообразными методами Архитектуру необходимо рассматривать с точки зрения разделения обязанностей: пульт должен обрабатывать нажатия кнопок и выдавать запросы. Он не должен обладать информацией об устройствах Пульт в любом случае не должен привязываться к конкретной реализации классов устройств. Программа не должна состоять из цепочки условных команд вида «if slot1 == Light, then light.on(), else if slot1 = Hottub then hottub.jetsOn()» Это признак плохой архитектуры


Слайд 5

6 Паттерн «Команда» Паттерн Команда отделяет сторону, выдающую запрос, от объекта, фактически выполняющего операцию. В нашем примере запрос поступает от пульта, а объектом, выполняющим операцию, будет экземпляр одного из классов устройств. В архитектуру приложения вводятся «объекты команд». Объект команды инкапсулирует запрос на выполнение некой операции (скажем, включение света) с конкретным объектом (допустим, с осветительной системой). Если для каждой кнопки в приложении хранится свой объект команды, при ее нажатии мы обращаемся к объекту команды с запросом на выполнение операции. Сам пульт понятия не имеет, что это за операция, — он знает только, как взаимодействовать с нужным объектом для выполнения операции. Получается, что пульт полностью отделен от объекта осветительной системы!


Слайд 6

7 Взаимодействие объектов, на примере кафе


Слайд 7

8 более подробно посетитель просматривает меню и зоздает заказ результат повар выполняет инструкции, содержащиеся в заказе мне мороженко с фруктами createOrder() бланк инкапсулирует запрос на приготовление блюд takeOrder() задача официантки – получить заказ и вызвать метод orderUp() orderUp() для передачи распоряжений повару используются вызовы методов вида makeIcecream() makeIceCream() makeFrut()


Слайд 8

9 От кафе к паттерну Команда Клиент отвечает за создание объекта команды, содержащего набор операций с получателем Команда содержит единственный метод execute(), в которм инкапсулированы операции с получателем Клиент вызывает метод setCommant() Инициатора, передавая ему объект команды. Инициатор хранит его до момента использования активизируются операции с получателем setCommand() createCommandObject() execute() action1() action2() инициатор вызывает метод execute() запрос на выполнение комвнды


Слайд 9

10 Реализация команды включения света Использование объекта команды Простой тест Action.Device.Light Action.Command.Command Action.Command.LightOnCommand Action. RemoteControl.SimpleRemoteControl Action.Test.SimpleRemoteControlTest


Слайд 10

11 Определение паттерна Команда (Action, Command) Паттерн Команда инкапсулирует запрос в виде объекта, делая возможной параметризацию клиентских объектов с другими запросами, организацию очереди или регистрацию зайросов, а также поддержку отмены операций.


Слайд 11

12 Связывание команд с ячейками


Слайд 12

13 Реализация Action. RemoteControl.RemoteControl Action.Test.RemoteControlTest Action.Command. LightOffCommand GarageDoorDownCommand StereoWithCDCommand Объект NoCommand является примером пустого (null) объекта. Пустые объекты применяются тогда, когда вернуть «полноценный» объект невозможно, но вам хочется избавить клиента от необходимости проверять null-ссылки. Пустые объекты используются во многих паттернах проектирования, а некоторые авторы даже считают их самостоятельным паттерном. public void onButtonWasPushed(int slot){ if(onCommands[slot]!= null){ onCommands[slot].execute(); } } как избавится от лишних проверок?


Слайд 13

14 Архитектура API пульта


Слайд 14

15 Кнопка отмены interface Command + метод undo() в классах команд реализовать этот метод включить в класс пульта RemoteControl механизм отслеживания последней нажатой кнопки и нажатия кнопки отмены DesignPatterns06undo: Light – простая отмена CeilingFan – отмена с состоянием GarageDoor


Слайд 15

16 Макросы Нажатием одной кнопки выключить свет, включить телевизор и стереосистему, запустить DVD и наполнить джакузи.


Слайд 16

17 Расширенные возможности очереди запросов регистрация запросов


Слайд 17

18 Резюме Концепции ООП Абстракция Инкапсуляция Полиморфизм Наследование Стратегия определяет семейство алгоритмов, инкапсулирует каждый из них и обеспечивает их взаимозаменяемость. Он позволяет модифицировать алгоритмы независимо от их использования на стороне клиента. Наблюдатель определяет отношение «один-ко-многим» таким образом, что при изменений состояния одного объекта происходит автоматическое оповещение и обновление всех зависимых объектов. Декоратор динамически наделяет объект новыми возможностями и является гибкой альтернативой субклассированию в области расширения функциональности. Фабричный метод определяет интерфейс создания объекта, но позволяет субклассам выбрать создаваемый экземпляр. Абстрактная фабрика предоставляет интерфейс для создания семейств взаимосвязанных объектов без указания их конкретных классов. Абстрактная фабрика предоставляет интерфейс для создания семейств взаимосвязанных объектов без указания их конкретных классов. Одиночка гарантирует, что класс имеет только один экземпляр, и предоставляет точку доступа к этому экземпляру Принципы Инкапсулируйте, то что изменяется Отдавайте предпочтение композиции перед наследованием Программируйте на уровне интерфейсов, а не реализации Стремитесь к слабой связности взаимодействующих объектов Классы должны быть открыты для расширения, но закрыты для изменения Код должен зависеть от абстракций, а не от конкретных классов. Команда инкапсулирует запрос в виде объекта, делая возможной параметризацию клиентских объектов с другими запросами, организацию очереди или регистрацию запросов, поддержку отмены операций


Слайд 18

19 Ключевые моменты Паттерн Команда отделяет объект, выдающий запросы, от объекта, который умеет эти запросы выполнять. Объект команды инкапсулирует получателя с операцией (или набором операций). Инициатор вызывает метод execute() объекта команды, что приводит к выполнению соответствующих операций с получателем. Возможна параметризация инициаторов командами (даже динамическая во время выполнения). Команды могут поддерживать механизм отмены, восстанавливающий объект в состоянии до последнего вызова метода execute(). Макрокоманды — простое расширение паттерна Команда, позволяющее выполнять цепочки из нескольких команд. В них также легко реализуется механизм отмены. На практике нередко встречаются «умные» объекты команд, которые реализуют запрос самостоятельно вместо его делегирования получателю. Команды также могут использоваться для реализации систем регистрации команд и поддержки транзакций.


×

HTML:





Ссылка: