|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
Я с кастомными событиями мучился до того самого момента, пока не наткнулся на сигналы)
Разбираться с ними - плевое дело, один пятиминутный тутор и ты уже good to go, никаких заморочек. Опять же, это дело вкуса и привычки. Для полноты картины и кругозора, вдруг понравится |
|
|||||
.
|
Цитата:
Чудак, ты вообще думаешь, что делаешь? У меня такое желание дать тебе третий плюс и распрощаться. Навсегда. |
|
|||||
.
|
Сорри, до завершения расследования я тебя пока блокну.
Добавлено через 13 минут Цитата:
Как считаешь, сигналы дают прирост к производительности против обычных эвентов? Последний раз редактировалось dimarik; 14.03.2014 в 01:01. Причина: Запятую лишнюю вымарал |
|
|||||
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, там все косточки уже аккуратно пересчитаны и пересобраны |
|
|||||
Цитата:
- на каждый сигнал отдельное поле - евенты любого типа можно "стрелять" от наследников евент диспатчера, сигналы или от супера(+п1) или каждый раз создавать для каждой сущности - "поведение баблинга" реализуется через "мягкое место" - не будет поддержки от IDE(хотя это уже сахар) с метой и т.п. @KumoKario Цитата:
__________________
местонахождение |
|
|||||
.
|
А не напомните ли основную идею сигналов?
И спасибо за отклики. Кто-нибудь тестировал производительность сигналов vs. событий по Adobe Scоut на мобилке, с оглядкой на расход памяти? И проблемы, затронутые СлаваRa не создадут ли принципиальный барьер для архитектуры? |
|
|||||
Дим, могу тебе скинуть все и вся по ним, в плане тестов и работы, затронут и архитектуру и прочее, насколько я знаю.
Наши с тобой подходы не подходят. Выигрыш будет в единичных случая, в целом нет.
__________________
местонахождение |
|
|||||
Регистрация: Mar 2012
Адрес: г.Новосибирск
Сообщений: 381
|
по теме, как по мне, то я бы в кнопке хранил строку ("meet" или "grass" или "carrot"), и в кнопке же сделал функцию которая бы возвращала эту строку , а в хендлере написал бы что-то вроде
|
|
|||||
.
|
По сути, достаточно хорошее обмусоливание вынесено в статьи.
Форум Flasher.ru > Flash > ActionScript 3.0 > Статьи > Слушатель с параметром |
Часовой пояс GMT +4, время: 17:54. |
|
« Предыдущая тема | Следующая тема » |
Теги |
// |
|
|