Модуль capo поддерживает следующие методы для подписки: «on|listen|listenTo|listenToOnce|once|subscribe»,
для триггеров — «trigger|publish|emit». Поиск по этим шаблонам будет происходить по умолчанию, без
дополнительной конфигурации.
Имя же объекта-медиатора указывается опцией (по дефолту «mediator»). Пример для
консоли -o event, для работы через API — метод event: capo(path).event('event')...
Плагин поддерживает расширение методов и триггеров через файл конфигурации.
Действительно, локальные события в модулях не должны выходить за их пределы, и это правильно с точки зрения архитектуры.
Но, во-первых, наш модуль никоим образом не навязывает какой бы то ни было стиль программирования, а всего лишь
является инструментом для анализа уже существующих событий. Т.е. глядя на чужой проект, написанный в таком стиле,
знание о «песочницах» не поможет вам разобраться.
Во-вторых, в приложениях с единой точках входа информации единого медиатора избежать практически нереально.
Примером таких точек входа является общение между встроенными приложениями через их API, принятие информации
по WebSocket'ам и много другое.
для триггеров — «trigger|publish|emit». Поиск по этим шаблонам будет происходить по умолчанию, без
дополнительной конфигурации.
Имя же объекта-медиатора указывается опцией (по дефолту «mediator»). Пример для
консоли -o event, для работы через API — метод event:
capo(path).event('event')...Плагин поддерживает расширение методов и триггеров через файл конфигурации.
Но, во-первых, наш модуль никоим образом не навязывает какой бы то ни было стиль программирования, а всего лишь
является инструментом для анализа уже существующих событий. Т.е. глядя на чужой проект, написанный в таком стиле,
знание о «песочницах» не поможет вам разобраться.
Во-вторых, в приложениях с единой точках входа информации единого медиатора избежать практически нереально.
Примером таких точек входа является общение между встроенными приложениями через их API, принятие информации
по WebSocket'ам и много другое.