Event-callback-сироты

[elmortem]

Я как-то не задумывался про зачистку памяти от событий и их callback-функций. Есть у меня примерно такой код:

mov.addEventListener(MouseEvent.CLICK, function(e:MouseEvent):void {
  e.currentTarget.parent.removeChild(e.currentTarget);
});

Память загадится или при удалении mov удаляются и все его события и функции-сироты?

P.S. Естественно, если функция имеет свой дом (: я событие удаляю по нормальному перед удалением объекта.

[wvxvw]

Это уже один из поводов никогда не использовать конструкцию из кода выше.

[mre]

Нужно подписывать на нормальные функции.

[etc]

Нужно подписывать не функции, а методы экземпляров класса.

[elmortem]

Ну, я примерно так и думал, просто сложно отказать себе в JavaScript-стайл-программировании.
А на поставленный вопрос кто-нибудь ответит? (: Что случится, если всё-таки писать так, как в примере?

[etc]

Случится запор в памяти.

[elmortem]

А если конструкция будет примерно следующая?..

mov.myNewMethod = function(e:MouseEvent):void {
  this.removeEventListener(MouseEvent.CLICK, this.myNewMethod);
  this.parent.removeChild(this);
}
mov.addEventListener(MouseEvent.CLICK, mov.myNewMethod);

Память не будет страдать нехорошими болезнями? (:

[mre]

Если сможете отписаться, то не будет.
Но зачем использовать такие кривые конструкции?

[elmortem]

Ясно. А что в этих конструкциях кривого?
Не создавать же мне 50 своих классов только для того, чтобы сделать им 50 методов, отнаследовать 50 мувиков от этих классов, чтобы можно было нормально подписаться/отписаться на события.
По моему кривая конструкция - у Гарбаж Коллектора.

[wvxvw]

1. есть динамические классы.
2. что предпочтительно - вы ведь в любом случае создаете объект класса, так какая вам разница, будете вы создавать объекты типа Sprite или CustomSprite? Я не верю, что нужно 50 разных методов... скорее всего можно обойтись 2-3 разновидностями... ну десятком на крайняк, но их все равно нужно будет написать в таком случае, так что работы ну уж точно не прибавится.