JQuery 1.9.0+ убрали одну фишку, чем заменить?

Question

[Dmitri Sinitsa]

Всем доброго времени суток.

У нас в проекте долгое время использовалась версия 1.8.3 (да, старенькая, но работала и ладно).
Решили обновить стек технологий (версии), и вот руки дошли до jQuery. Обновились до самой последней версии и обнаружили, что часть функционала сайта больше не работает.

А именно, перестал работать $.event.trigger.
Мы его использовали при асинхронных "JS" ответах с сервера.
Чем удобно? А удобно тем, что на самой странице можно было подписать нужные элементы, чтоб они слушали какое-либо событие, и вызвав $.event.trigger событие было доставлено всем подписчикам. При этом тот, кто посылает сообщение вообще даже понятия не имеет, подписан ли кто на его события и как их звать-величать.
Т.е было хорошее разделение и так было очень легко и приятно работать. Но тут, в версии 1.9.0 это всё резко перестаёт работать. Чем можно заменить?

Очень бы не хотелось подключать какую-нибудь pub/sub библиотеку.
Ещё говорят, что можно подключить jquery-migrate, но, я так понял, она тут не поможет, потому что она призвана помочь разработчику перейти на новые стандарты и фишки, а потом отключить эту библиотеку.

Фиддл: jsfiddle.net/JsUWv/3552 (просто поменяйте версию на версию постарше, например, 1.9.1)

Всем спасибо!

Answer 1

[Алексей Зуев]

Можно использовать плагин Global custom events. Вот Ваш Пример
Логика следующая

• Подключаем себе данный плагин
  
• Заменяем $.event.trigger( 'eventName', ... ) на $.gevent.publish( 'eventТame', ...)
  
• В подписчиках заменяем $elems.on( 'eventName', handler) на $.gevent.subscribe( $elems, 'eventName', handler)
  

Comments

[Dmitri Sinitsa]

Алексей, спасибо больше!
Это получается, они просто из ядра эту фишку выпилили и сделали плагин?

[Алексей Зуев]

Да наверно думали, думали, что же делать с неработающим функционалом после апдейта jquery и решили смастерить такой вот полифилл) Идею наверно взяли из старых jquery, просто сделали с другим лицом.

Answer 2

[Евгений Петров]

ИМХО лучше использовать сервисный слой для регистрации обработчиков. Не могу пока выбрать между медиатором и наблюдателем.

Comments

[Dmitri Sinitsa]

Сервисный слой?
Хм, это как? С примером было бы замечательно.
Спасибо!

[Евгений Петров]

Observer
Mediator

[Robur]

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

Answer 3

[Денис Инешин]

Не наводите панику, просто по другому надо писать.

$elems.trigger("fire", 1);

Comments

[Dmitri Sinitsa]

Денис, так в этом и прикол был, что тот, кто шлёт event - он понятия не имеет о том, кто подписался слушать то, что он собирается вещать.
Вызывать напрямую, можно, конечно, но это, имхо, шаг назад.

[Денис Инешин]

unabl4: так вызвайте общее событие на боди.

[Dmitri Sinitsa]

Денис Инешин: А что это даст? На данный момент приходится подписываться на $(document) или $(window), но не покидает чувство, что это всё не то.

[Денис Инешин]

unabl4: это как раз и правильно. Наверху создается некий диспетчер, который слушает и фаерит события. Это может быть и document и window.