Узнать класс экземпляра вызвавший статичный метод класса. Как?

[artfabrique]

Не не шатл. Поиск пути по динамическим графам + много много физики (много тел)

Добавлено через 25 минут
а насчет неудаленных вовремя объектов — код внутри них продолжает выполняться, что мешает логике программы, события баблятся, например, или еще что. Так что у меня получается 2 причины по которым я не буду использовать дикшенари.

[Psycho Tiger]

У Вас каша в голове. Куда события могут отбабблиться если они удалены?
Dictionary это тот же Object, но расширенный до возможности различать объекты.
Код в неудаленных, но подготовленных для этого объектах выполняться не будет. Есть исключения, вроде подписок на ENTER_FRAME в определенных условиях, но у программиста есть голова на плечах, чтобы отписаться.

[artfabrique]

События бабляться в своих бывших родителей. Не нада мне рассказывать что такое дикшинари. Если я так говорю, сделайте вывод, что эта проблема есть. И прочитайте заголовок темы:
"Узнать класс экземпляра вызвавший статичный метод класса. Как?"

[derhab]

после удаления дисплей объекта из его контейнера ничего не баблится в контейнер от удаленного объекта

[Psycho Tiger]

Если я так говорю, сделайте вывод, что эта проблема есть.

Она есть только у Вас, и выводы делать лучше Вам.

[expl]

Сообщение от Psycho Tiger

Увы, никак.

На самом деле можно получить информацию о том, кто вызвал функцию
Но как (про последствия применения вообще молчу)

                      try
			{
				throw new Error();
			}
			catch (error:Error)
			{
                               var text:String = error.getStackTrace();
                                // здесь парсим text и выкусываем имена функций,
                                // не понятно правда как достать объекты, к которым они принадлежат и вызвать
                                // их
				trace(text);
			}

[mikhailk]

я это проверял
достаточно так:

var error:Error = new Error();
trace(error.getStackTrace());

но объект так не достать

[Psycho Tiger]

@expl, я как бэ это уже расписал постами выше. Объект не достать никак, можно получить строчку кода и стек вызовов. Вещь для логгеров и поиска ошибки, не более.

@mikhalik: new Error().getStackTrace(). Зачем плодить локальные? =)

[mikhailk]

new Error().getStackTrace(). Зачем плодить локальные? =)

от жадности, полагаю

[artfabrique]

Сообщение от Psycho Tiger

Она есть только у Вас, и выводы делать лучше Вам.

Если вы думаете, что в плеере нет багов, вот уже одна из явно определенных проблем Дикшенари:
«Note that there is a known bug with Dictionary that prevents it from operating correctly with references to methods. It seems that Dictionary does not resolve the method reference properly, and uses the closure object (ie. the “behind the scenes” object that facilitates method closure by maintaining a reference back to the method and its scope) instead of the function as the key. This causes two problems: the reference is immediately available for collection in a weak Dictionary (because while the method is still referenced, the closure object is not), and it can create duplicate entries if you add the same method twice. This can cause some big problems for things like doLater queues.»
Пишет не безызвестный gsinner