Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > JavaScript: Общие вопросы > Организация системы сообщений

Автор: Alix 11.8.2008, 15:49

Написан небольшой набор классов - контролов на js. В них реализована модель обработки сообщений - слушатель (observer). Т.е. у классов есть методы addEventListener, removeEventListener. Все хорошо в теории (ну и немного на практике).

Но вот ситуация: пишется форма, в ней какой-нибудь контрол. На этот контрол подписываются несколько слушателей. Все это чудо писал программист А. Потом программеру Б поступил таск вставить еще один контрол, аналогичный по функционалу. Ну например, был список страниц (<< < 1 2 ... 10 > >>) сверху, надо добавить его и вниз тоже.

Программист это сделает, возможно даже догадается добавить слушателя на смену страниц по нажатию на ссылку, но есть проблема. На переключатель страниц на верху страницы могли быть подписаны еще слушатели о которых программист Б не знал и которых он не подпишет на прослушивание списка страниц в низу страницы. Это проблема. И вопрос в том, как можно ее разрулить?

Автор: ksnk 11.8.2008, 16:14

Офигенное описание smile

Imho проблема в слишком тесной связи обработчиков событий с "реальным" механизмом их генерации и обработки в JS.
Ну, или в слишком навороченном уровне абстракции, требуемой от библиотеки. ;-)

в Турбо вижн (прадедушка почти всех Гуев), к примеру, используется примерно такая схема обработки событий. Любой контрол является источником списка событий с уникальными ID.
Новый обработчик событий вставляется в ОБЩУЮ очередь.
Новое событие прогоняется через всю эту очередь.
Кто первый почистил сообщение - того и тапки. Если сообщение никто не чистит - оно броадкастное.
Схемы оптимизации просмотрщика событий о версии к версии TVision менялись. К примеру появились слушатели именно события с выделенным ID, ets...

Автор: 12345c 16.8.2008, 16:47

ksnk, ответ тоже на уровне smile

. Может, это надо в раздел профи, тут никто не поймёт, в чём проблема ?

Alix, тут ведь список слушателей привязан к каждому контролу, а контролы не связаны между собой? Ответ очевиден, надо создать контрол, единый на страницу, в котором возможны 1 или более визуальных представлений. Самое простое - сделать ещё 1 дочерниий (в смысле зависимый от главного единственного экземпляра) класс контрола, который просто переводит все клики на главный экземпляр. И не забывать, что есть дочерний, а то ведь никто не мешает делать переходы на страницы и на главы, скажем, т.е. иметь 2 разных контрола на 1 странице.