Получение информации от dispatchEvent.

[KumoKairo]

Ту ту руу! Человек-сигнал спешит на помощь!
Посоветую самый простой способ передавать параметры со своими событиями - СИГНАЛЫ

[СлаваRa]

Это довольно непростой способ, который при попытке получить "функционал баблинга" создает много проблем.
ТС, же проще использовать Dictionary, [button => eventType]

[caseyryan]

Посоветую самый простой способ передавать параметры со своими событиями

Не самый простой вариант. С ними разобраться сложнее, чем с событиями
Как по мне, так эти сигналы вообще фигня какая-то

[KumoKairo]

Я с кастомными событиями мучился до того самого момента, пока не наткнулся на сигналы)
Разбираться с ними - плевое дело, один пятиминутный тутор и ты уже good to go, никаких заморочек.

Опять же, это дело вкуса и привычки.
Для полноты картины и кругозора, вдруг понравится

[dimarik]

Сорри, до завершения расследования я тебя пока блокну.

Добавлено через 13 минут

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

Не самый простой вариант. С ними разобраться сложнее, чем с событиями
Как по мне, так эти сигналы вообще фигня какая-то

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

[СлаваRa]

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

Как считаешь, сигналы дают прирост к производительности против обычных эвентов?

Да, дают(проверенно), но создают проблемы:
- на каждый сигнал отдельное поле
- евенты любого типа можно "стрелять" от наследников евент диспатчера, сигналы или от супера(+п1) или каждый раз создавать для каждой сущности
- "поведение баблинга" реализуется через "мягкое место"
- не будет поддержки от IDE(хотя это уже сахар) с метой и т.п.

@KumoKario

Сигналы - это примерный аналог системы событий в C#.

Вы, видимо, очень плохо с C#.

[KumoKairo]

Performance test
Performance test 1
Pro and Cons
Но Joshua в свое время отказался от as3-signals в пользу старых событий Starling (речь идет о кастомных самописных события Starling, а не нативных событий с клонированием), но только ссылаясь на то, что Starling события с функцией .dispatchEventWith(...) полностью заменяет логику сигналов (Этот метод действительно очень ХАРОШ).
http://forum.starling-framework.org/...o-more-signals

Еще раз - я не говорю что все поголовно срочно должны перейти на сигналы, никого не принуждаю и не утверждаю, что это едиственно верный способ программирования. Свой пост я написал больше для создания более общей картины, потому что эта библиотека стоит того, чтобы (просто) обратить на нее внимание.

Если нужен баблинг - стандартные события выигрывают по семантике.

Сигналы - это примерный аналог системы событий в C#. Кто-то на форуме говорил, что делать C# из AS3 крайне неэтично и прочее, но опять же, все зависит от конкретного человека и конкретного случая)
В моем случае - мне очень нравится система событий и делегатов C#, поэтому когда я использовал AS3 - сигналы стали для меня просто спасением (до этого я делал кастомные события). Можно считать это приступом программистского эскапизма от реалий конкретного языка.

Доказывать ничего не собираюсь (и не собирался), инет и так полон обсуждений. Можно нагуглить много инфы по запросу as3 signals vs events, там все косточки уже аккуратно пересчитаны и пересобраны

[dimarik]

А не напомните ли основную идею сигналов?

И спасибо за отклики. Кто-нибудь тестировал производительность сигналов vs. событий по Adobe Scоut на мобилке, с оглядкой на расход памяти? И проблемы, затронутые СлаваRa не создадут ли принципиальный барьер для архитектуры?

[СлаваRa]

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

Выигрыш будет в единичных случая, в целом нет.

[dimarik]

Слав, хочу, однозначно. Сидувай.