Содержание:
Стратегия — это обычная лямбда-функция или enum, содержащий способ выполнения действия, например, System.MidpointRounding для метода System.Math.Round. Например, её можно записать в историю команд, или сделать отменяемой. Паттерн Strategy предоставляет возможность замены одного алгоритма другим в процессе выполнения программы. Друзья, мы познакомились с поведенческим шаблоном проектирования Strategy. Шаблон используется для выделения схожих алгоритмов, решающих конкретную задачу. Посмотрели с вами реализацию на языке GOlang, ознакомились в возможностями подхода и разобрали когда его лучше применять.
Стратегия использует делегирование, чтобы изменять выполняемые алгоритмы на лету. Стратегия позволяет менять логику отдельных объектов. Мост, Стратегия и Состояние (а также слегка и Адаптер) имеют схожие структуры классов – все они построены на принципе «композиции», то есть делегирования работы другим объектам.
Стратегия (Паттерн)
При этом в этих стратегиях используется статический полиморфизм через параметр шаблона, а не динамический полиморфизм через виртуальные методы. Применение стратегий увеличивает число объектов в приложении. Иногда эти издержки можно сократить, если реализовать стратегии в виде объектов без состояния, которые могут разделяться несколькими контекстами. Остаточное состояние хранится в самом контексте и передается при каждом обращении к объекту-стратегии.
Мы постарались объяснить шаблон проектирования Стратегия на самом простом и элементарном примере, но при этом, продемонстрировав его потенциал и возможности. В качестве быстрого примера можно взять за основу алгоритмы сортировки. Допустим у нас есть несколько методов сортировки массива. Наша задача определить какой алгоритм лучше использовать чтобы выиграть в скорости. Итак, мы уже рассмотрели три шаблона проектирования.
Design patter Strategy или шаблон проектирования Стратегия относится к поведенческим шаблонам проектирования. Его задача – выделить схожие алгоритмы, решающие конкретную задачу. Реализация алгоритмов выносится в отдельные классы и предоставляется возможность выбирать алгоритмы во время выполнения программы. В зависимости от ситуации вы можете менять стратегию выполнения задачи в процессе выполнения программы.
Особенно полезно использовать её, когда алгоритм может поменяться прямо в рантайме приложения. Интерфейс IStrategy, который определяет метод Algorithm(). Это общий интерфейс для всех реализующих его алгоритмов. Вместо интерфейса здесь также можно было бы использовать абстрактный класс.
UML-диаграмма классов паттерна Strategy
И его унаследовали все дочерние классы, в том числе RubberDuck, отчего резиновые утки тоже стали летать. Сначала программист решил просто сделать метод Fly() только у класса AliveDuck. Все утки хранились в списке элементов типа Duck, которые при реализации перемещений (плавать, летать) перебирались итератором и вызывался соответствующий метод (Swim или Fly). Если оставить Fly() только у AliveDuck, элемент Duck придется проверять, не является ли он AliveDuck, и если да, то конвертировать в AliveDuck и вызывать Fly().
Она знает лишь то, что writer – это некая функция, принимающая строку (это и есть общий интерфейс для всех стратегий). Таким образом, мы делегируем работу стратегиям, скрывая детали реализации каждой из них. Но то, что мы сделали – это кривой, нет, даже кривущий костыль.
Если вдруг понадобится сменить паттерн стратегия, в контекст можно подать другую стратегию. Когда различные вариации алгоритмов реализованы в виде развесистого условного оператора. Каждая ветка такого оператора представляет собой вариацию алгоритма. Для контекста неважно, какая именно вариация алгоритма будет выбрана, так как все они имеют одинаковый интерфейс.
При этом как правило существует четкий список переходов из одних состояний в другие. Для каждой вариации алгоритма нужно определить собственный класс, который будет соответствовать единому интерфейсу. Паттерн Strategy позволяет скрыть детали реализации алгоритмов от клиента. Система, построенная на основе наследования, является статичной.
Паттерн Стратегия
Паттерны позволяют возможность выполнять инициализацию объектов наиболее удобным и оптимальным способом. Когда используется табличная машина состояний, построенная на условных операторах и приводящая к дублированию кода для похожих состояний и переходов. — объект меняет поведение в зависимости от своего состояния, создавая впечатление подмены класса объекта.
Убирает прямую зависимость между объектами, вызывающими операции, и объектами, которые их непосредственно выполняют. Концентрирует в одном месте код, связанный с определённым состоянием. Избавляет от множества больших условных операторов машины состояний.
Кроме этого, клиент должен иметь возможность заменить стратегию на лету, используя сеттер. Благодаря этому, контекст не будет знать о том, какая именно стратегия сейчас выбрана. Во время выполнения программы контекст получает вызовы от клиента и делегирует их объекту конкретной стратегии. Поведенческий паттерн, который позволяет определить семейство алгоритмов и вынести их в собственные классы, которые называются — стратегии. Этот класс содержит закрытый атрибут _strategy, который представляет стратегию, которая будет использоваться в данный момент.
Сегодня хочу с вами поговорить про шаблон проектирования Стратегия . Постараюсь донести до вас принципы и суть шаблона без воды, и покажу как его применять на практике. Клиенты контекста должны подавать в него соответствующий объект-стратегию, когда хотят, чтобы контекст вёл себя определённым образом. Когда вы не хотите обнажать детали реализации алгоритмов для других классов. Стратегия определяет интерфейс, общий для всех вариаций алгоритма.
Рассмотрим основную логику https://g-forex.net/ паттерна Стратегия. На самом деле данное поведение настолько часто встречается в повседневном программировании, что мы даже не задумываемся о том, что используем данный паттерн проектирования. Когда мы выделяем интерфейс, мы уже пользуемся стратегией, когда используем наследование тоже. Основная идея заключается в том, что мы определяем интерфейс, а реализуем его отдельно. Стратегия предлагает определить семейство схожих алгоритмов, которые часто изменяются или расширяются, и вынести их в собственные классы, называемые стратегиями. Поведенческий паттерн проектирования, который позволяет передавать запросы последовательно по цепочке обработчиков.
Примеры
Отображение различных элементов интерфейса – фотографии, кнопки бронирования, кнопки обратной связи и т.д. Рассмотрим задачи, при решении которых можно применять такой подход. Усложняет программу за счёт дополнительных классов.
- Design patter Strategy или шаблон проектирования Стратегия относится к поведенческим шаблонам проектирования.
- Мы постарались объяснить шаблон проектирования Стратегия на самом простом и элементарном примере, но при этом, продемонстрировав его потенциал и возможности.
- Если используется правило, которое не подвержено изменениям, нет необходимости обращаться к шаблону «стратегия».
- Это общий интерфейс для всех реализующих его алгоритмов.
Стратегии построения путиВ нашем примере каждый алгоритм поиска пути переедет в свой собственный класс. В этих классах будет определён лишь один метод, принимающий в параметрах координаты начала и конца пути, а возвращающий массив точек маршрута. Любое изменение алгоритмов поиска, будь то исправление багов или добавление нового алгоритма, затрагивало основной класс. Это повышало риск сделать ошибку, случайно задев остальной работающий код.
Конкретные классы ConcreteStrategy реализуют эти различные алгоритмы. Класс Strategy определяет, как будут использоваться различные алгоритмы. Отделение процедуры выбора алгоритма от его реализации. Это позволяет сделать выбор на основании контекста. Определяет семейство алгоритмов, инкапсулирует каждый из них и делает их взаимозаменяемыми.