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

[Ромастый]

Столкнулся со следующей штукой.

class MyClass {
	static var ref = new MyClass("from class MyClass: ");
	function MyClass(from) {
		var from=from? from : "from outside:"
		trace(from+"  "+mx.events.EventDispatcher);
	}
}

во fla:

myClass = new MyClass();
//from class MyClass:   undefined
//from outside:  [type Function]

При создании экземпляра класса через объявление статического свойства класса экземпляр не видит других пользовательских классов.
(С тем же успехом вместо mx.events.EventDispatcher можно написать mx.utils.Delegate)
Однако

class MyOtherClass extends MyClass {
	static var ref = new MyOtherClass("from class MyOtherClass extends MyClass: ");
	function MyOtherClass(from) {
		super(from)
	}
}

myOtherClass = new MyOtherClass();
//from class MyClass:   [type Function]
//from class MyOtherClass extends MyClass:   [type Function]
//from outside:  [type Function]

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

Кроме того, если в MyClass заменить EventDispatcher на какой-либо из документированных классов (XML или скажем BitmapData) - тоже все нормально работает.
В чем тут дело? Особый порядок инициализации классов?

[etc]

Для начала неплохо было бы все-таки написать import.

[Ромастый]

Сообщение от __etc

Для начала неплохо было бы все-таки написать import.

А без разницы. В AS2 директива import используется только для сокращения полных имен классов.
Но даже если написать import

import mx.events.EventDispatcher;
class MyClass {
	static var ref = new MyClass("from class MyClass: ");
	function MyClass(from) {
		var from=from? from : "from outside:"
		trace(from+"  "+EventDispatcher);
	}
}

флэш все равно выдаст from class MyClass: undefined
Ессно проверял, перед тем как постить.

[etc]

Да-да-да. Заплатка:

import mx.events.EventDispatcher;
class MyClass {
	private static var __dummy:EventDispatcher = EventDispatcher;
	public static var instance:Object = new MyClass("static");
	public function MyClass(str:String) {
		trace(str+':'+EventDispatcher);
	}
}

Что и как расскажу потом, ибо домой надо бежать.

[Ромастый]

Сообщение от __etc

Да-да-да. Заплатка

Мда, не сообразил...
Спасиб!

P.S. Раз речь идет о заплатке, как я понял - очередные грабли?

[Kikasso]

У меня FDT вообще не дает объявлять непростые типы вне функций.
Грабли в том, что например вы пишете

static var ref = new MyClass("from class MyClass: ");

а попробуйте написать так:

var ref = new MyClass("from class MyClass: ");

Знайте, что ref во втором случае тоже будет статичным.

[Ромастый]

Сообщение от Kikasso

а попробуйте написать так:

var ref = new MyClass("from class MyClass: ");

Знайте, что ref во втором случае тоже будет статичным.

Очень спорно. Поясню:
1.Если так писать при объявлении свойства - будет белиберда.
2.Если ref объявить как static, а значение присваивать в конструкторе, то оно ессно будет статическим, вот только каждый раз это будет новый объект.
3.Единственно что в таком варианте сработает - это написать отдельный метод, который создает экземпляр MyClass и делает ref ссылкой на него, после чего вызывать это метод единожды.
А вопрос был собственно о создании экземпляра в объявлении свойств.
__etc дал ответ в точку.

[etc]

Вообще говоря, лучше применять паттерн синглтон и не работать со статической ссылкой напрямую.

А заплатка… да, заплатка, потому что компилятор инициализирует все, кроме тел методов, в итоге он просто не догадывается, что EventDispatcher нужно инициализировать раньше MyClass.

[Ромастый]

Вот собсно необходимость такой заплатки и интересовала - почему флэш в данном случае прекрасно видит документированные классы (вроде той же BitmadDatы), но не инициализирует пользовательские?
Напрашивается только один ответ.

Что касается синглтона... Если интересно, могу рассказать.
Есть дерево классов с бесконечным количеством дочерних классов (теоретически, практически же 5-10 уровней наследования, но сути не меняет).
Статические(!) свойства любого из классов могут меняться по событию,
И все экземпляры этого класса, а также экземпляры расширяющих этот класс, должны тут же отреагировать.
Собственно, синглтон я сразу же и использовал - подписывать все экземпляры дочернего класса на его синглтон, а синглтон дочернего в свою очередь на синглтон родительского.
Вот только одна проблема: при расширении синглтона метод getInstance в дочернем классе каждый раз надо оверрайдить. Учитывая 5-10 уровней наследования и около 200-300 классов, картинка получается жестковата, даже несмотря на то, что as-файлы будут генериться каким-нить ming'ом... В общем захотелось схалявить, и сделать это одной строчкой - через объявление статического свойства и присвоение ему экземпляра.
Если есть другие решения - буду рад узнать

[Kikasso]

Я собственно другой глюк имел в виду.
as

 
class Test{
 public static var arr:Array = [];
 public var arr2:Array = [];
 public var id:String;
 public function Test( id:String ){
  arr.push( this );
  arr2.push(this);  
  this.id = id;  
  }
 public function toString():String{
 return 'Test '+ id;
 }  
}

fla

 
 
import Test;
var t1:Test = new Test('t1');
var t2:Test = new Test('t2');
trace( Test.arr );
trace('----------');
trace( t1.arr2 );
trace('----------');
trace( t2.arr2 );
trace('----------');

trace

 
Test t1,Test t2
----------
Test t1,Test t2
----------
Test t1,Test t2
----------

Попытка оттрейсить Test.arr2 вызовет ошибку - то есть свойство как бы не статичное.
А по вашему вопросу - можно так:
as

class Test{
public static var ref:Test = Test.createRef();
public var id:String;
public static function createRef():Test{
	trace('ссылка создана');
	return new Test('etalon');
}
public function Test( id:String ){
	this.id = id;
}
public function toString():String{
	return 'Test '+ id;
}		
}

fla

import Test;
var t1:Test = new Test('t1');
trace( Test.ref );
var t2:Test = new Test('t2');
trace( Test.ref );

P.S. что такое синглтон, сорри, не знаю. Гуглить лень.