Паттерн поведенческий: Что такое паттерн, или Почему иногда так сложно вести себя «прилично»?

Содержание

Поведенческие паттерны проектирования

Весенняя скидка

Цепочка обязанностей Chain of Responsibility
Позволяет передавать запросы последовательно по цепочке обработчиков. Каждый последующий обработчик решает, может ли он обработать запрос сам и стоит ли передавать запрос дальше по цепи.
Команда Command
Превращает запросы в объекты, позволяя передавать их как аргументы при вызове методов, ставить запросы в очередь, логировать их, а также поддерживать отмену операций.
Итератор Iterator
Даёт возможность последовательно обходить элементы составных объектов, не раскрывая их внутреннего представления.
Посредник Mediator
Позволяет уменьшить связанность множества классов между собой, благодаря перемещению этих связей в один класс-посредник.
Снимок Memento
Позволяет сохранять и восстанавливать прошлые состояния объектов, не раскрывая подробностей их реализации.
Наблюдатель Observer
Создаёт механизм подписки, позволяющий одним объектам следить и реагировать на события, происходящие в других объектах.
Состояние State
Позволяет объектам менять поведение в зависимости от своего состояния. Извне создаётся впечатление, что изменился класс объекта.
Стратегия Strategy
Определяет семейство схожих алгоритмов и помещает каждый из них в собственный класс, после чего алгоритмы можно взаимозаменять прямо во время исполнения программы.
Шаблонный метод Template Method
Определяет скелет алгоритма, перекладывая ответственность за некоторые его шаги на подклассы. Паттерн позволяет подклассам переопределять шаги алгоритма, не меняя его общей структуры.
Посетитель Visitor
Позволяет добавлять в программу новые операции, не изменяя классы объектов, над которыми эти операции могут выполняться.

Войти
Паттерн – это термин, обозначающий некий повторяющийся шаблон, также им можно назвать образец, модель, схему или образ. Понятие вышло от английского «pattern» и переводится, как пример, форма. Благодаря паттерну создается посредствующее представление, с помощью которого в режиме синхронности процессов восприятия и мышления проявляются закономерности, а также способ их существования в окружающем мире, природе, в обществе.
Понятие паттерн имеет широкий спектр его применения. Так, например, оно встречается в таких науках, как психология, физика, информатика, также часто применяется в дизайне, музыке, творчестве. Такая схема поведения воспроизводится человеком автоматически в процессе взаимодействия с окружающим миром. Ежедневные паттерны поведения примеры: утренние умывания, приветствия, манера поведения за столом, способ отвечать на звонки.
В науке, в частности в математике и языкознании, можно выявлять паттерны, путем исследования. С помощью прямого наблюдения можно выявить, как формируются визуальные шаблоны в искусстве и в природе. В природе они чаще всего хаотичны, являются фрактальными и не способны к копированию друг друга, встречаются в виде спиралей, волн, пены или трещины, создаются с помощью явления симметрии и отражения.
Подобные шаблоны включают в себя математически очерчиваемую структуру, выражающуюся через формулы. Сама по себе математика является способом поиска регулярностей и каждый конечный продукт от использования функций и есть математическим паттерном.
В архитектуре, дизайне и искусстве для того, чтобы получить определенное стабильное воздействие, декорации и разнообразные визуальные элементы могут сочетаться и повторяться, создавая образы и модели. Шаблоны проектирования в компьютерных науках являются часто употребляемым решением широкого спектра проблем программирования.
В медицинских науках паттерн воспринимается как устойчивая комбинация результатов исследования или иных признаков, симптомов при похожих жалобах больного или больных с одной нозологией. Так, паттерн состоит из нескольких симптомов, признаков. Синдром, в свою очередь, включает один или пару паттернов. Синдром или несколько синдромов составляют болезнь.
Паттерны имеют характерные свойства: они являются постоянной категорией, которую легко определить. Они всё время повторяются; являются бессознательно созданными алгоритмами, которые, как правило, очень сложно скорректировать. Они способны проявляться полностью или частично. Если он выявляется частично, то его называют кодом. Например, человек услышал отрывок из какой-то песни, и у него перед глазами сразу отображаются картины из определенной впечатляющей ситуации из прошлого, его захватывают эмоции и воспоминания, которые связанные с ней. Таким образом, мелодия была кодом, произношение которого запустило весь паттерн.
Врожденный паттерн является отправной точкой, первоначальным шаблоном, на который наслаиваются другие. Такие комбинации паттернов объединяются со стереотипами, привычками и ценностями человека, формируя его характер и образ жизни. Поэтому, такие шаблоны всегда взаимодействуют и не могут существовать по отдельности.
Личность все время находится в развитии, приобретает опыт, знания, самосовершенствуется. И вместе с развитием личности происходит трансформация её паттернов, они совершенствуются или изменяют форму выражения. Можно продемонстрировать пример такой модификации на опыте мужчины, который привык жить холостяцкой жизнью, но соображая, что нужно изменять такой образ жизни и обзавестись семьей, продолжает всё же выражать некоторые поведенческие шаблоны. Отдельные привычки, сохранившееся из холостяцкой жизни, могут преследовать человека еще некоторое время. Например, желание иметь собственное независимое личностное пространство, и проводить время одному или с друзьями, с чем, например, жена может не соглашаться. Спустя время это может пройти, действие такого паттерна ослабеет, и мужчина привыкнет к тому, что он теперь ни один и должен больше посвящать себя семье.
Психологический паттерн отображает устойчивую модель поведения индивидов. Такие поведенческие паттерны можно увидеть, наблюдая за окружающими людьми. Все ведут себя в разнообразных обстоятельствах по-разному, но всё-таки каждый индивид придерживается собственного стиля.
Если проследить некоторые закономерности поведения, можно легче общаться с другими. Изучая поведенческие паттерны других людей, человек начинает понимать, чего можно ожидать от них, или действовать по отношению к этим личностям, зная наперёд, какую реакцию стоит ожидать.
Например, если человек по своей натуре неразговорчив, достаточно замкнутый, и предпочитает проводить свое свободное время в одиночестве или компании одного друга, то естественно, он будет себя чувствовать очень неловко в большой компании и может даже обидеться, если бы его без предупреждения затянули в большую и шумную компанию, на вечеринку, где все веселятся и знакомятся.
Следует выходить из интересов человека, чтобы предугадать, какая реакция у него может возникнуть, соответственно действовать так, чтобы никто не был обижен. Наблюдать то, как проявляются и меняются паттерны поведения людей очень полезное и интересное занятие.
В психологии существует такой вид паттернов, как гипнотические – это особые повторяющиеся словесные формулы, с помощью которых человека можно погрузить в гипнотическое трансовое состояние. Может случиться так, что человек даже не догадается о том, что его погрузили в гипноз. Такой метод широко применяется в НЛП, также компетентные манипуляторы хорошо им владеют в корыстных целях.
Если у человека случаются такие ситуации, в которых он переживает трудности взаимодействия с внешним миром, он ищет помощи у психолога. Высказав всё наболевшее, пройдя некоторое количество тестов, клиент часто может услышать от психолога, что дело заключается в его негативной модели поведения. В дальнейшем клиенту назначается курс психокоррекции.
Естественно, не все человеческие привычки, стереотипы и способы поведения в обществе являются комфортными и позитивными. Некоторые паттерны поведения людей очень мешают их нормальной жизнедеятельности. Например, есть такой тип людей, которые очень боятся трудностей и по отношению к ним занимают тактику избегания. Существует также противоположный тип людей, которые просто фанатично настроены на поиск сложностей, соответственно, они часто попадают в ситуации с негативными последствиями.
Оба представленные типажа имеют негативные модели поведения, которые только мешают жить и способствуют накапливанию отрицательного опыта. С такими шаблонами поведения можно бороться, даже необходимо, но не всегда это достаточно просто. Намного легче изменить что-то, когда ясно видна причина проблем и когда человек понимает, какими внутренними ресурсами и потенциалом он владеет.

Благодаря, позитивным и комфортным моделям поведения, человек может гармонично развиваться и справляться со сложностями. Их диапазон протягивается от встряхивания рук после умывания до умения искать компромиссы.
Человек сам способен выбирать те шаблоны или стратегии поведения, которыми ему лучше пользоваться. Для кого-то – это саморазрушающие паттерны, кому-то лучше использовать манипулятивные, а кто-то предпочитает модель уверенного поведения.
Отдельного рассмотрения заслуживают паттерны поведения лидера. Лидер – это человек, на которого все хотят равняться, поэтому его модель поведения отображает его сущность, его характер и от нее зависит авторитет лидера в определенной группе.
Лидерские качества можно оценить, если непосредственно наблюдать за успешными руководителями, в частности теми, которые ответственные за всю организацию. Такие люди должны осознавать реальное положение дел и оценивать отношения, как результат взаимодействия их жизненного опыта, заимствования шаблонов от других управленцев и теоретических знаний в области управления и организации труда. Проявление подобных явлений в течение времени можно рассматривать, как повторение шаблонов поведения. Именно эти паттерны обеспечивают эффективность деятельности определенного лидера.

Паттерны поведения лидера отображают те качества руководителя, которыми хочется овладеть каждому подчиненному.
Примеры лидерских качеств, которые отображаются в эффективной модели поведения:
— лидеры стимулируют и применяют самоорганизующиеся процессы;
— самостоятельно овладевают необходимой информацией;

— пользуются моделями или шаблонами с целью, упрощенного отображения реальности;
— применяют в творческом процессе случай;
— развивают особенные необходимые состояния и стратегии доступа к подсознательным процессам;
— думают системно, а не механически;
— оперируют динамическими моделями;
— концентрируются на «глубинных процессах» в противоположность «поверхностным процессам»;
— свои идеи представляют в виде схем, карт, формальных внешних систем;
— их идеи соответствуют уровню их знаний.
Автор: Практический психолог Ведмеш Н.А.
Спикер Медико-психологического центра «ПсихоМед»
Стратегия

Намерение
Стратегия — это поведенческий шаблон проектирования, который позволяет определить семейство алгоритмов, поместить каждый из них в отдельный класс и сделать их объекты взаимозаменяемыми.

Проблема
Однажды вы решили создать навигационное приложение для случайных путешественников. В основе приложения лежала красивая карта, которая помогала пользователям быстро ориентироваться в любом городе.
Одной из наиболее востребованных функций приложения было автоматическое планирование маршрута. Пользователь должен иметь возможность ввести адрес и увидеть на карте самый быстрый маршрут к этому пункту назначения.
Первая версия приложения могла строить маршруты только по дорогам. Люди, которые путешествовали на машине, распирали от радости. Но, видимо, не всем нравится водить машину в отпуске. Итак, в следующем обновлении вы добавили возможность строить пешеходные маршруты. Сразу после этого вы добавили еще одну опцию, позволяющую людям пользоваться общественным транспортом на своих маршрутах.

Однако это было только начало. Позже вы планировали добавить построение маршрута для велосипедистов. А еще позже — еще один вариант построения маршрутов по всем достопримечательностям города.
Код навигатора раздулся.
Хотя с точки зрения бизнеса приложение было успешным, техническая часть вызвала у вас много головной боли. Каждый раз, когда вы добавляли новый алгоритм маршрутизации, основной класс навигатора увеличивался вдвое. В какой-то момент зверя стало слишком сложно поддерживать.
Любое изменение в одном из алгоритмов, будь то простое исправление ошибки или небольшая корректировка уличного счета, влияло на весь класс, увеличивая вероятность создания ошибки в уже работающем коде.
Кроме того, командная работа стала неэффективной. Ваши товарищи по команде, которых наняли сразу после успешного релиза, жалуются, что тратят слишком много времени на разрешение конфликтов слияния. Реализация новой функции требует от вас изменения того же огромного класса, конфликтующего с кодом, созданным другими людьми.

Решение
Шаблон Стратегия предполагает, что вы берете класс, который делает что-то конкретное множеством разных способов, и выделяете все эти алгоритмы в отдельные классы, называемые стратегиями .
Исходный класс с именем context должен иметь поле для хранения ссылки на одну из стратегий. Контекст делегирует работу связанному объекту стратегии вместо того, чтобы выполнять его самостоятельно.
Контекст не отвечает за выбор подходящего алгоритма для задания. Вместо этого клиент передает желаемую стратегию контексту. На самом деле контекст мало что знает о стратегиях. Он работает со всеми стратегиями через один и тот же общий интерфейс, который предоставляет только один метод запуска алгоритма, инкапсулированного в выбранной стратегии.

Таким образом, контекст становится независимым от конкретных стратегий, поэтому вы можете добавлять новые алгоритмы или модифицировать существующие без изменения кода контекста или других стратегий.
Стратегии планирования маршрута.
В нашем навигационном приложении каждый алгоритм маршрутизации можно выделить в отдельный класс с помощью одного метода buildRoute . Метод принимает исходную и конечную точки и возвращает набор контрольных точек маршрута.
Несмотря на то, что при одних и тех же аргументах каждый класс маршрутизации может построить свой маршрут, основному классу навигатора все равно, какой алгоритм выбран, поскольку его основной задачей является отображение набора контрольных точек на карте. У класса есть метод для переключения активной стратегии маршрутизации, поэтому его клиенты, такие как кнопки в пользовательском интерфейсе, могут заменить текущее выбранное поведение маршрутизации другим.

Аналогия из реального мира
Различные способы добраться до аэропорта.
Представьте, что вам нужно добраться до аэропорта. Вы можете сесть на автобус, заказать такси или сесть на велосипед. Это ваши транспортные стратегии. Вы можете выбрать одну из стратегий в зависимости от таких факторов, как бюджет или временные ограничения.
Структура
Контекст поддерживает ссылку на одну из конкретных стратегий и связывается с этим объектом только через интерфейс стратегии.
Интерфейс Strategy является общим для всех конкретных стратегий. Он объявляет метод, который контекст использует для выполнения стратегии.
Конкретные стратегии реализуют различные варианты алгоритма, используемого контекстом.
Контекст вызывает метод выполнения для связанного объекта стратегии каждый раз, когда ему необходимо запустить алгоритм. Контекст не знает, с какой стратегией он работает или как выполняется алгоритм.
Клиент создает определенный объект стратегии и передает его контексту. Контекст предоставляет установщик, который позволяет клиентам заменить стратегию, связанную с контекстом, во время выполнения.
Псевдокод
В этом примере контекст использует несколько стратегий для выполнения различных арифметических операций.
// В интерфейсе стратегии объявлены общие для всех операции // поддерживаемые версии некоторого алгоритма. Контекст использует это // интерфейс для вызова алгоритма, определенного конкретным // стратегии. Интерфейс Стратегия метод выполнить (а, б) // Конкретные стратегии реализуют алгоритм при следовании // интерфейс базовой стратегии. Интерфейс делает их // взаимозаменяемы в контексте. класс ConcreteStrategyAdd реализует стратегию метод execute(a, b) есть вернуть а + б класс ConcreteStrategySubtract реализует стратегию метод execute(a, b) есть вернуть а - б класс ConcreteStrategyMultiply реализует стратегию метод execute(a, b) есть вернуть а * б // Контекст определяет интересующий клиентов интерфейс. Контекст класса // Контекст поддерживает ссылку на одну из стратегий // объекты. Контекст не знает конкретного класса // стратегия. Он должен работать со всеми стратегиями через // интерфейс стратегии. частная стратегия: Стратегия // Обычно контекст принимает стратегию через // конструктор, а также предоставляет сеттер, чтобы // стратегию можно переключать во время выполнения. метод setStrategy (Стратегия стратегии) this.strategy = стратегия // Контекст делегирует часть работы объекту стратегии // вместо реализации нескольких версий // алгоритм сам по себе. метод executeStrategy(int a, int b) возврат Strategy.execute(a, b) // Клиентский код выбирает конкретную стратегию и передает ее в // контекст. Клиент должен знать об отличиях // между стратегиями, чтобы сделать правильный выбор. класс ExampleApplication метод main() есть Создать объект контекста. Прочитайте первое число. Прочтите последнюю цифру. Прочитайте желаемое действие из пользовательского ввода. если (действие == сложение), то context.setStrategy(новый ConcreteStrategyAdd()) если (действие == вычитание), то context.setStrategy (новый ConcreteStrategySubtract()) если (действие == умножение), то context.setStrategy (новый ConcreteStrategyMultiply()) результат = context. executeStrategy (первое число, второе число) Распечатать результат.
Применимость

Шаблон Strategy позволяет изолировать код, внутренние данные и зависимости различных алгоритмов от остального кода. Различные клиенты получают простой интерфейс для выполнения алгоритмов и переключения их во время выполнения.
Шаблон Стратегия позволяет отказаться от такого условного выражения, выделяя все алгоритмы в отдельные классы, реализующие один и тот же интерфейс. Исходный объект делегирует выполнение одному из этих объектов вместо реализации всех вариантов алгоритма.
Как реализовать
В классе контекста определите алгоритм, который подвержен частым изменениям. Это также может быть массивное условное выражение, которое выбирает и выполняет вариант одного и того же алгоритма во время выполнения.
Объявить интерфейс стратегии общим для всех вариантов алгоритма.
Один за другим извлеките все алгоритмы в их собственные классы. Все они должны реализовать интерфейс стратегии.
В классе контекста добавить поле для хранения ссылки на объект стратегии. Предоставьте сеттер для замены значений этого поля. Контекст должен работать с объектом стратегии только через интерфейс стратегии. Контекст может определять интерфейс, который позволяет стратегии получать доступ к своим данным.
Клиенты контекста должны связать его с подходящей стратегией, которая соответствует тому, как они ожидают, что контекст будет выполнять свою основную работу.
Плюсы и минусы

Многие современные языки программирования поддерживают функциональные типы, что позволяет реализовывать различные версии алгоритма внутри набора анонимных функций. Затем вы могли бы использовать эти функции точно так же, как вы использовали бы объекты стратегии, но без раздувания кода дополнительными классами и интерфейсами.
Связь с другими шаблонами
Мост, Состояние, Стратегия (и в некоторой степени Адаптер) имеют очень похожую структуру. Действительно, все эти шаблоны основаны на композиции, которая делегирует работу другим объектам. Однако все они решают разные задачи. Шаблон — это не просто рецепт структурирования вашего кода определенным образом. Он также может сообщить другим разработчикам о проблеме, которую решает шаблон.
Command и Strategy могут выглядеть одинаково, потому что вы можете использовать их для параметризации объекта с помощью некоторого действия. Однако у них очень разные намерения.
Вы можете использовать команду для преобразования любой операции в объект. Параметры операции становятся полями этого объекта. Преобразование позволяет отложить выполнение операции, поставить ее в очередь, сохранить историю команд, отправить команды в удаленные службы и т. д.
С другой стороны, Стратегия обычно описывает разные способы выполнения одних и тех же действий, позволяя вам менять местами эти алгоритмы в одном классе контекста.
Decorator позволяет изменить внешний вид объекта, а Strategy позволяет изменить его внутреннюю часть.
Шаблонный метод
основан на наследовании: он позволяет вам изменять части алгоритма, расширяя эти части в подклассах. Стратегия основана на композиции: вы можете изменять части поведения объекта, снабжая его различными стратегиями, соответствующими этому поведению. Метод шаблона работает на уровне класса, поэтому он статичен. Стратегия работает на уровне объекта, позволяя переключать поведение во время выполнения.
Состояние можно рассматривать как расширение Стратегии. Оба шаблона основаны на композиции: они изменяют поведение контекста, делегируя часть работы вспомогательным объектам. Стратегия делает эти объекты полностью независимыми и не знающими друг друга. Однако State не ограничивает зависимости между конкретными состояниями, позволяя им изменять состояние контекста по желанию.
Примеры кода
Наблюдатель

Intent
Observer — это поведенческий шаблон проектирования, который позволяет определить механизм подписки для уведомления нескольких объектов о любых событиях, происходящих с объектом, за которым они наблюдают.
Проблема
Представьте, что у вас есть два типа объектов: Клиент и Магазин . Покупатель очень заинтересован в конкретной марке товара (скажем, это новая модель iPhone), которая должна появиться в магазине в самое ближайшее время.
Покупатель мог каждый день посещать магазин и проверять наличие товара. Но пока продукт все еще в пути, большинство этих поездок было бы бессмысленным.
Посещение магазина или рассылка спама
С другой стороны, магазин может рассылать тонны электронных писем (которые могут считаться спамом) всем покупателям каждый раз, когда появляется новый продукт. Это избавило бы некоторых покупателей от бесконечных походов в магазин. В то же время это расстроит других клиентов, которые не заинтересованы в новых продуктах.
Похоже, у нас конфликт. Либо покупатель тратит время на проверку наличия товара, либо магазин тратит ресурсы, уведомляя не тех покупателей.
Решение
Объект с интересным состоянием часто называют субъектом , но поскольку он также будет уведомлять другие объекты об изменениях своего состояния, мы назовем его издатель . Все остальные объекты, которые хотят отслеживать изменения состояния издателя, называются подписчиков .
Шаблон Observer предлагает добавить механизм подписки в класс издателя, чтобы отдельные объекты могли подписаться или отказаться от подписки на поток событий, поступающих от этого издателя. Не бойся! Все не так сложно, как кажется. На самом деле этот механизм состоит из 1) поля массива для хранения списка ссылок на объекты-подписчики и 2) нескольких общедоступных методов, которые позволяют добавлять подписчиков в этот список и удалять их из него.
Механизм подписки позволяет отдельным объектам подписываться на уведомления о событиях.
Теперь всякий раз, когда с издателем происходит важное событие, он проходит через своих подписчиков и вызывает специальный метод уведомления для их объектов.
Реальные приложения могут иметь десятки различных классов подписчиков, заинтересованных в отслеживании событий одного и того же класса издателя. Вы бы не хотели связывать издателя со всеми этими классами. Кроме того, вы можете даже не знать о некоторых из них заранее, если ваш класс издателя предполагается использовать другими людьми.
Вот почему так важно, чтобы все подписчики реализовывали один и тот же интерфейс и чтобы издатель общался с ними только через этот интерфейс. Этот интерфейс должен объявить метод уведомления вместе с набором параметров, которые издатель может использовать для передачи некоторых контекстных данных вместе с уведомлением.
Publisher уведомляет подписчиков, вызывая определенный метод уведомления для их объектов.
Если в вашем приложении есть несколько разных типов издателей и вы хотите, чтобы ваши подписчики были совместимы со всеми из них, вы можете пойти еще дальше и заставить всех издателей использовать один и тот же интерфейс. Этот интерфейс должен был бы описать только несколько методов подписки. Интерфейс позволит подписчикам наблюдать за состояниями издателей без привязки к их конкретным классам.
Реальная аналогия
Подписка на журналы и газеты.
Если вы подписаны на газету или журнал, вам больше не нужно идти в магазин, чтобы проверить, есть ли в наличии следующий выпуск. Вместо этого издатель отправляет новые выпуски прямо в ваш почтовый ящик сразу после публикации или даже заранее.
Издатель ведет список подписчиков и знает, какие журналы им интересны. Подписчики могут выйти из списка в любое время, когда они хотят, чтобы издатель не присылал им новые номера журналов.
Структура
Издатель выдает события, представляющие интерес для других объектов. Эти события происходят, когда издатель изменяет свое состояние или выполняет некоторые действия. Издатели содержат инфраструктуру подписки, которая позволяет новым подписчикам присоединяться, а текущим подписчикам выходить из списка.
Когда происходит новое событие, издатель просматривает список подписки и вызывает метод уведомления, объявленный в интерфейсе подписчика для каждого объекта подписчика.
Интерфейс подписчика объявляет интерфейс уведомления. В большинстве случаев он состоит из одного метода update . Метод может иметь несколько параметров, которые позволяют издателю передавать некоторые сведения о событии вместе с обновлением.
Конкретные подписчики выполняют некоторые действия в ответ на уведомления, выпущенные издателем. Все эти классы должны реализовывать один и тот же интерфейс, чтобы издатель не был связан с конкретными классами.
Обычно подписчикам нужна некоторая контекстная информация для правильной обработки обновления. По этой причине издатели часто передают некоторые данные контекста в качестве аргументов метода уведомления. Издатель может передать себя в качестве аргумента, позволяя подписчику получать любые необходимые данные напрямую.
Клиент создает объекты издателя и подписчика отдельно, а затем регистрирует подписчиков для обновлений издателя.
Псевдокод
В этом примере шаблон Observer позволяет объекту текстового редактора уведомлять другие объекты службы об изменении своего состояния.
Уведомление объектов о событиях, происходящих с другими объектами.
Список подписчиков составляется динамически: объекты могут начинать или прекращать прослушивание уведомлений во время выполнения, в зависимости от желаемого поведения вашего приложения.
В этой реализации класс редактора не поддерживает список подписок сам по себе. Он делегирует эту работу специальному вспомогательному объекту, предназначенному именно для этого. Вы можете обновить этот объект, чтобы он служил централизованным диспетчером событий, позволяя любому объекту выступать в роли издателя.
Добавление новых подписчиков в программу не требует внесения изменений в существующие классы издателей, если они работают со всеми подписчиками через один и тот же интерфейс.
// Базовый класс издателя включает управление подпиской // код и методы уведомления. класс EventManager прослушиватели частных полей: хеш-карта типов событий и прослушивателей метод подписки (тип события, слушатель) listeners.add (тип события, слушатель) метод отказа от подписки (тип события, слушатель) listeners. remove (тип события, слушатель) метод уведомления (тип события, данные) foreach (слушатель в listeners.of(eventType)) делать слушатель.обновление(данные) // Конкретный издатель содержит реальную бизнес-логику, // интересно некоторым подписчикам. Мы могли бы вывести этот класс // от базового издателя, но это не всегда возможно в // реальная жизнь, потому что конкретный издатель уже может быть // подкласс. В этом случае можно пропатчить логику подписки // вместе с композицией, как мы сделали здесь. Редактор классов события общедоступного поля: EventManager файл закрытого поля: File конструктор Редактор() есть события = новый менеджер событий() // Методы бизнес-логики могут оповещать подписчиков о // изменения. метод openFile (путь) this.file = новый файл (путь) events.notify("открыть", файл.имя) метод saveFile() есть файл.записать() events.notify("сохранить", имя_файла) // ... // Вот интерфейс подписчика. Если ваш язык программирования // поддерживает функциональные типы, можно заменить целиком // иерархия абонентов с набором функций. интерфейс EventListener обновление метода (имя файла) // Конкретные подписчики реагируют на обновления, выпущенные издателем // они прикреплены к. класс LoggingListener реализует EventListener Журнал закрытого поля: Файл сообщение частного поля: строка конструктор LoggingListener (log_filename, сообщение) this.log = новый файл (log_filename) это.сообщение = сообщение обновление метода (имя файла) log.write(заменить('%s',имя файла,сообщение)) класс EmailAlertsListener реализует EventListener электронная почта частного поля: строка сообщение частного поля: строка конструктор EmailAlertsListener (электронная почта, сообщение) this.email = электронная почта это.сообщение = сообщение обновление метода (имя файла) system.email(электронная почта, заменить('%s',имя файла,сообщение)) // Приложение может настроить издателей и подписчиков на // время выполнения. приложение класса метод config() есть редактор = новый редактор() logger = новый LoggingListener( "/путь/к/log.txt", "Кто-то открыл файл: %s") editor.events.subscribe("открыть", регистратор) emailAlerts = новый EmailAlertsListener( "[email protected]", "Кто-то изменил файл: %s") editor.events.subscribe("сохранить", emailAlerts)
Применимость

С этой проблемой часто можно столкнуться при работе с классами графического пользовательского интерфейса. Например, вы создали пользовательские классы кнопок и хотите, чтобы клиенты подключали к вашим кнопкам некоторый пользовательский код, чтобы он срабатывал всякий раз, когда пользователь нажимает кнопку.
Шаблон Observer позволяет любому объекту, реализующему интерфейс подписчика, подписываться на уведомления о событиях в объектах-издателях. Вы можете добавить механизм подписки к своим кнопкам, позволяя клиентам подключать свой пользовательский код через настраиваемые классы подписчиков.
Как реализовать
Просмотрите свою бизнес-логику и попытайтесь разбить ее на две части: основная функциональность, независимая от другого кода, будет действовать как издатель; остальное превратится в набор классов подписчиков.
Объявить абонентский интерфейс. Как минимум, он должен объявить один метод update .
Объявить интерфейс публикатора и описать пару методов для добавления объекта-подписчика в список и его удаления из списка. Помните, что веб-мастера должны работать с подписчиками только через интерфейс подписчика.
Решите, где разместить фактический список подписки и реализацию методов подписки. Обычно этот код выглядит одинаково для всех типов издателей, поэтому очевидное место для его размещения — абстрактный класс, производный непосредственно от интерфейса издателя. Конкретные издатели расширяют этот класс, наследуя поведение подписки.
Однако, если вы применяете шаблон к существующей иерархии классов, рассмотрите подход, основанный на композиции: поместите логику подписки в отдельный объект и заставьте ее использовать всех реальных издателей.
Создайте конкретные классы издателей. Каждый раз, когда что-то важное происходит внутри издателя, он должен уведомлять всех своих подписчиков.
Реализовать методы уведомления об обновлении в конкретных классах подписчиков. Большинству подписчиков потребуются некоторые контекстные данные о событии. Его можно передать в качестве аргумента метода уведомления.
Но есть и другой вариант. Получив уведомление, подписчик может получить любые данные непосредственно из уведомления. В этом случае издатель должен передать себя через метод обновления. Менее гибкий вариант — постоянно связывать издателя с подписчиком через конструктор.
Клиент должен создать всех необходимых подписчиков и зарегистрировать их у соответствующих издателей.
Плюсы и минусы

Связь с другими шаблонами
Chain of Responsibility, Command, Mediator и Observer обращаются к различным способам соединения отправителей и получателей запросов:
Цепочка ответственности передает запрос последовательно по динамической цепочке потенциальных получателей, пока один из них не обработает его.
Команда устанавливает однонаправленные соединения между отправителями и получателями.
Посредник устраняет прямые соединения между отправителями и получателями, заставляя их взаимодействовать косвенно через объект-посредник.
Observer позволяет получателям динамически подписываться на получение запросов и отписываться от них.
Разница между посредником и наблюдателем часто неуловима. В большинстве случаев вы можете реализовать любой из этих шаблонов; но иногда вы можете применить оба одновременно. Давайте посмотрим, как мы можем это сделать.
Основной целью Mediator является устранение взаимных зависимостей между набором компонентов системы. Вместо этого эти компоненты становятся зависимыми от одного объекта-посредника. Целью Observer является установление динамических односторонних связей между объектами, где одни объекты действуют как подчиненные другим.
Существует популярная реализация шаблона Mediator , основанная на Observer .