NResponder как альтернатива EventDispatcher

[gen552]

NResponder как альтернатива EventDispatcher

На одном иностранном блоге наткнулся на один "класс", который способен заменить стандартный EventDispatcher.
Основная его фишка в способности изменять парамтры на лету, не надо создавать екземпляры классов. Т.е. теперь пользовательские события можно создавать буквально в две строчки кода.

А вот и ссылка на блог: NResponder

Там есть ссылка на видео. В целом меня впечатлило.

Что скажите? Стоит такое использовать в своих работах?

[GBee]

Если стандартные не устраивают, то сами решайте. Каингормом попахивает вроде.

[etc]

Нет баблинга ==> в треш.

[expl]

В большинстве Signal-библиотек с баблингом тоже не очень. Но ведь их и не используют там, где он нужен - у них другая область применения (хотя проект могут изуродовать на раз)

Минусы:
-Вообще глобальный и единственный диспетчер - это ужас, я намаялся с ним на проекте с PureMVC.
-Плюшки вроде автоматической отписки после одного или 2-х срабатываний на практике практически ничего не дают - то что вы не написали 2 лишних строчки экономия сомнительная.
Плюсы:
-Глобальный(или просто один на подсистему) диспетчер может быть таки удобен в некоторых случаях.

Итого имеем просто EventDispatcher, который обернули в статический класс + сомнительные плюшки + тонны документации.
Стоит ли пользоваться? - Попользуйтесь - если не будет пользы или просто невозможно будет его использовать для конкретных проблем - вы это быстро поймете.

[etc]

Сообщение от expl

-Глобальный(или просто один на подсистему) диспетчер может быть таки удобен в некоторых случаях.

Честно говоря от него только проблем больше. Ещё ни раз не видел ситуации, когда он действительно необходим.

[i.o.]

а чем вас стандартный то EventDispatcher не устраивает?

[etc]

Меня, как ни странно, устраивает.

[i.o.]

я ТС спрашивал