Как грамотнее разделить общение между взаимозависимыми модулями js приложения?

Question

[vinilzen]

Доброе время суток всем,
Как грамотнее разделить общение между взаимозависимыми модулями js приложения?

Например есть модуль1 шаблонов, который их загружает и сохраняет изменения в них. И хотелось бы сделать отдельный модуль2 для выбора шаблона из списка (с сортировками - фильтрами).
Как лучше передать через песочницу информацию о загруженных шаблонах для работы фильтров и тд. При большом количестве модулей песочница будет захламлена вызовами типо:

Sandbox = {
    init: ....
    showTemplateFilter: function() {
        var templates = App.Module1.getTemplates();
        App.Module2.showTemplateFilter(templates);
    }
    ....
}

Заранее спасибо

Comments

[vinilzen]

Уточнение такое, если модули не должны знать изначально ничего друг о друге, список шаблонов загружается предварительно и например фильтр еще не инициализирован. У меня пока только такие варианты:
1) создать переменную доступную везде в App и туда сохранять шаблоны после их загрузки;
2) Инициализировать фильтры перед загрузкой шаблонов и сразу вешать слушатель на Module2.on("темы загружены", this.saveTemplates(templates), this) т.е. сохранять состояние шаблонов внутри модуля фильтров;
3) При инициализации фильтра(Module2) дергать метод App.getTemplates() из ядра который получает шаблоны из Module1 и отдает их в Module2
4) При инициализации фильтра(Module2) дергать метод Module1.getTemplates();
.... ?
но все как то не то, хотелось бы иметь возможность тестировать отдельно, передав например хеш шаблонов в модуль фильтров.

Answer 1

[Vit]

Если я правильно понял вопрос, то в js для взаимодействия между модулями можно использовать событийно ориентированный подход.

Допустим у вас есть объект Events для работы с событиями. У него есть функция setListener(eventName, eventHandler), где eventName - название события, а eventHandler - функция-обработчик. В одном из модулей вы можете подписаться на событие.

В Events есть так же функция trigger(eventName, data), которая вызывает все обработчики, подписанные на события eventName, передавая им параметр data. В другом модуле вы соответственно вызываете эту функцию, и если какие-то другие модули подписывались на эти события - будут вызваны их обработчики.

С одной стороны подход очень гибкий и удобный, достаточно широко используется. С другой стороны бывают трудности: не всегда очевидно, что и почему вызывается.

Answer 2

[Дмитрий Муштат]

Дополняя ответ выше, дам ссылку на презентацию Яндекса по этому вопросу.
Думаю многое стане более понятно насчёт событий.
http://tech.yandex.ru/events/yasubbotnik/chlb-feb-2012/talks/154/

Comments

[vinilzen]

спасибо, это все вместе со статьей на habre (http://habrahabr.ru/post/123635/) уже прочитано, но наверно я не правильно понимаю. Уточню вопрос

[vinilzen]

@Mushtat На примере приложения описанного тут http://habrahabr.ru/post/123635/, получается что вся функция взаимодействия модулей лежит на EventManager, а песочница только проверяет права и легко выбрасывается из схемы?