Где можно использовать паттерн observer?

Question

[Сергей Зеленский]

Прошу поделиться опытом, расскажите как используете observer, где лучше не использовать и наоборот , просьба поделиться опытом, а не кидать ссылки на google, заранее спасибо.

Answer 1

[D']

Стоит использовать там, где он необходим. (с) КО

Для создания системы событий. Чтобы в одноме месте можно было сделать $observer->sub(), а в другом $event->fireEvent(); и все заинтересованные получили бы сообщения.

Comments

[Сергей Зеленский]

спасибо

Answer 2

[Antony Ryabov]

Конкретный, практический пример - https://github.com/hanks/Supervisord_Notifier

Comments

[Сергей Зеленский]

спасибо

Answer 3

[Максим Кузнецов]

В одной нашей системе используется событийная модель. События возникают при:
- запуске, останове или иных изменениях состояния приложения/сервиса;
- запуске, останове и завершении каждого этапа бизнес-процессов;
- исключениях;
- приходе данных из внешних систем;
- действиях пользователей или поступлении запросов к внешнему API;
- и т.п.

На события подписываются несколько наблюдателей: логгеры (журналирование в файл/БД/system event log), агент системы мониторинга (контролирует работоспособность системы), контроль состояния бизнес-процессов и другие. Каждый наблюдатель реагирует на свой набор событий, состав которых определяется настройками. Например, в файл логируются все события, а в event log - только критические ошибки и важные события. Наблюдателей можно отключать (например, можно отключить отсылку уведомлений на почту администраторам или в систему мониторинга), настраивать (менять размещение и название файла журнала, например) и т.д.

В другой системе наблюдатель обеспечивал реакцию на приход данных по последовательному порту компьютера. Если данные появлялись, обеспечивался их приём и обработка.

Answer 4

[olijen]

Реальную пользу данного паттерна видел только на front-end. На бекенде если php запущен, как модуль apache, то скрипт в основном выполняется последовательно, выдает response и умирает. В таких условиях (особенно на не больших проектах) нет надобности использовать наблюдателя.
Если интересен наблюдатель, советую изучить его в контексте front-end (к примеру, посмотри реализацию на Backbone.js. Views наблюдают за models, перерисовываясь при изменениях). Кстати, паттерн наблюдатель - один из ключевых паттернов в парадигме MV*. (для общего развития)