автоотправка событий
Запись от 3p.station размещена 24.05.2011 в 14:49
подсмотрено у девбоя -
Код AS3:_myDispatcher.addEventListener(DispatcherEvent.SOME_EVENT, dispatchEvent);
Всего комментариев 21
Комментарии
24.05.2011 17:31
|
|
|
Напомню:
Цитата:
Не забыть переписать в DispatcherEvent метод clone().
|
|
24.05.2011 18:47
|
|
|
сарказм ?
для меня эта находка была очень полезной |
|
Обновил(-а) 3p.station 24.05.2011 в 19:00
|
|
24.05.2011 20:21
|
|
|
Это типа "Эй, вы знаете что метод dispatchEvent принимает единственным аргументом экземпляр класса Event? Прямо как любой обработчик! Hold on a sec... Wow!" ? )
|
|
24.05.2011 20:33
|
|
|
|
тигра посмотри роботлегс |
|
Обновил(-а) 3p.station 24.05.2011 в 21:15
|
|
24.05.2011 22:25
|
|
|
Это когда бубблиг бессилен. Есть объект, который должен диспатчить события агрегата. Только с настоящим таргетом будет проблема.
|
|
25.05.2011 00:44
|
|
|
@Димка, проблемой является вызов clone?
|
|
25.05.2011 11:50
|
|
|
|
Необходимо использовать кастомный класс события. Это и есть проблема.
|
|
25.05.2011 12:47
|
|
|
|
предпологаю, что можно и нативные события юзать так же
а , да, точно тогда таргет не тот будет |
|
Обновил(-а) 3p.station 25.05.2011 в 15:41
|
|
25.05.2011 23:27
|
|
|
|
я что-то не понимаю. у меня нативные события нормально юзаются. с чего у бы них таргет будет другой?
|
|
26.05.2011 00:05
|
|
|
|
Твои таргеты на что указывают?
|
|
26.05.2011 03:33
|
|
|
|
очевидно, что на того кто делает редиспатч.
|
|
26.05.2011 13:32
|
|
|
... а хотелось бы иметь в таргете того, кто отправил событие, а не того кто "редиспатчил"...
|
|
26.05.2011 14:46
|
|
|
|
ну я этого из Димкиного высказывания не понял. да и автор трэда про это не упоминал. собственно кастомные события тоже не помогут. нужен псевдо-кастомный диспатчер.
|
|
26.05.2011 15:30
|
|
|
В своем классе событий можно хранить дополнительным полем изначального отправителя - из-за этого кастомные классы тут помогут, но это не удобно и не всегда возможно.
|
|
26.05.2011 15:33
|
|
|
Цитата:
В своем классе событий можно хранить дополнительным полем изначального отправителя - из-за этого кастомные классы тут помогут, но это не удобно и не всегда возможно.
|
|
26.05.2011 15:40
|
|
|
Цитата:
Я не думаю что это хорошая идея. Событие должно возвращать как таргет того кто его продиспатчил.
|
|
26.05.2011 15:43
|
|
|
|
zuxul писал о том что можно добавить кроме target еще например primaryTarget
да, я был както совсем краток в самом сообщении - изначально меня порадовала гибкость мышления и способность увидеть простые решения |
|
26.05.2011 15:52
|
|
|
|
zuxul, ну конечно, однако чел не в теме, который читает Ваш код, не поймет что Вы написали. Я вот уже который месяц работаю с "гениальными" реализациями чужого кода. И знаю что вот такая штука, другому разработчику может вылится в день головной боли.
Вообще баблинг по сути нужен только в случае, если Вы используете паттерн компоновщик (если я не прав, поправте). А модель передавания события на верх можно реализовать переписав методы "addEventListener", "dispatchEvent", "willTriger" и т.д. Данный же пример я расматриваю как обычный редиспатч события. При этом логично что таргет будет менятся. |
|
26.05.2011 19:01
|
|
|
|
у меня эта штука используется в сервисе (p2p) и в моем случае таргет никак не нужен.
|
|
26.05.2011 19:18
|
|
|
|
3p.station, я не говорю что данный пример плохой. Я говорю что извращатся с target - плохо.
|
|
26.05.2011 21:00
|
|
|
|
Цитата:
Вообще баблинг по сути нужен только в случае, если Вы используете паттерн компоновщик (если я не прав, поправте).
|
Последние записи от 3p.station
- Спиннер. Кому лень писать. (12.06.2013)
- AIR. Показываем видео HD на несколько экранов (24.04.2013)
- Парсинг линков в стринге. (03.08.2011)
- автоотправка событий (24.05.2011)
- Список актуальных камер юзера. (11.03.2011)
