Несколько обработчиков одного события

[elder_Nosferatu]

Салют!

Сидел над одним куском кода и поймал ситуацию, о которой я не знал: несколько раз подписывал УРЛЛоадер на прослушку события Евент.Комплит. Каждий обработчик отписывал себя от события и исполнял свою задачу. Но нечаянно один обработчик отписал не себя а предыдущий обработчик и получилось, что при загрузке данных мой УРЛЛоадер имеет два варианта обработки. хезЕвентЛистенер и вилТригер сообщают только о наличии обработчика, но не их количество, а тем более список (как дочерние элементы через нумЧилдрен и гетЧайлдЭт())
Я начал думать о том, как можна отписать два (несколько) обработчикф, если не знаеш имени функций. Додумался до того, что для меня ето немного не по силам - я бы мог создать какой нить 40-колесный велосипед, но может у когото найдется более стройное решение?

[КорДум]

Насколько мне известно, у EventDispatcher есть проверка на наличие такой же ссылки на хендлер. То есть два раза написать
addEventListner("event", onEventHandler);
addEventListner("event", onEventHandler);
Нельзя. То есть можно, но работать будет один.
Вы можете переопределить addEventListener и removeEventListener, внедрив свою проверку или что Вы там хотите. И пожалуйста — берите массив с ссылками на хендлеры и делайте, что придумали.

[-De-]

Рекомендую менеджеры загрузок типа BulkLoader - если рулить отписку лоадеров руками - рано или поздно будет ошибка.

[dimarik]

Если не знаешь ссылок на обработчики, то отписать их нет возможности. Для меня селяви.

[elder_Nosferatu]

...два раза написать
addEventListner("event", onEventHandler);
addEventListner("event", onEventHandler);
Нельзя...

Вы меня не так поняли. Я писал не столько о количестве вызовов addEventListner(), сколько о количестве функций, выступающих в роли обработчиков событий! Да и подключать как обработчик одну и ту же ф-ю дважды нет смысла. Функции были разными.

Чтобы проверить свою правоту и объяснть на примере, что имелось ввиду, я настучал пару строк:
var i:int = 0;
function rect(e:Event):void {
graphics.beginFill(0x000000);
graphics.drawRect(50 * i, 100, 40, 40);
graphics.endFill();
i++;
if (i == 2) {
addEventListener(Event.ENTER_FRAME, circ);
}
}
function circ(e:Event):void {
graphics.beginFill(0xffff00);
graphics.drawCircle(50 * i + 20, 120, 25);
graphics.endFill();
}
addEventListener(Event.ENTER_FRAME, rect);
Здесь в каждом кадре обработчиком рисуется квадрат, но после третего кадра регистрируется еще один обработчик, которий рисует круг. Более того, второй обработчик вызывается первым - квадрат рисуется на круге!

Эта особенность может оказаться интересной и, может быть, ингда полезной, но то, что экземпляр не хранит ссылок на обработчики своих событий может говорить о том, что возможность привъязки нескольких паралельных поведений на одно событие создателями языка не планировалось...

[Bgg]

И где вы "настучали" этот код? В первом кадре?
В кадрах код не пишут.

[Котяра]

что возможность привъязки нескольких паралельных поведений на одно событие создателями языка не планировалось..
Это основная фича, в отличии от асдвашного onRelease итп. Она планировалась и везде широко используется.

[elder_Nosferatu]

...В кадрах код не пишут.

Прошу принять в внимание, что "не принято писать" еще не значит что "не пишут". А так, как результат, который я преследовал был достигнут, то считаю ваше замечание - неуместно!

[dimarik]

Вы меня не так поняли. Я писал не столько о количестве вызовов addEventListner(), сколько о количестве функций, выступающих в роли обработчиков событий!
Здесь в каждом кадре обработчиком рисуется квадрат, но после третего кадра регистрируется еще один обработчик, которий рисует круг. Более того, второй обработчик вызывается первым - квадрат рисуется на круге!

Эта особенность может оказаться интересной и, может быть, ингда полезной, но то, что экземпляр не хранит ссылок на обработчики своих событий может говорить о том, что возможность привъязки нескольких паралельных поведений на одно событие создателями языка не планировалось...

Экземпляр хранит ссылки на обработчики, это естественно. Есть еще одна фича. Называется приоритетом. Это не особенность, а документированное поведение. Т.е. все было запланировано. А вот особенность, -- это когда присваиваете x-координате значение 100 и объект становится в координату 100 ).

Добавлено через 12 минут
рисуется квадрат. i++. рисуется круг. как-то так.