Чудеса асинхронного исполнения.

[fish_r]

Т.е. несмотря на то, что init() не возвращает значение, и поэтому программе не нужно дожидаться результатов вызова, инициализация не закончится до тех пор пока не отработают все вызовы всех методов в инициализаторах всех нижележащих классах? Да. Это несколько меняет моё представление о последовательности работы приложения.

[silin]

package
{
	import flash.display.Sprite;
 
	public class Main extends Sprite
	{
		public var test:Test
 
		public function Main():void
		{
			test = new Test(this);
		}
	}
}
 
////
class Test
{
	public function Test(owner:Main)
	{
		trace("owner.test : " + owner.test); // owner.test : null
	}
}

ну да уже выяснили, но пусть будет как минимальный пример сабжа

[i.o.]

Т.е. несмотря на то, что init() не возвращает значение, и поэтому программе не нужно дожидаться результатов вызова, инициализация не закончится до тех пор пока не отработают все вызовы всех методов в инициализаторах всех нижележащих классах?

Да.
«Чудеса синхронного исполнения» было бы уместнее в названии, кстати.

[gloomyBrain]

А хотите еще одну интересную штуку? =) Вот смотрите:

package {
 
    public class Singleton {
 
        // вот так делается статический конструктор
        // он вызывается при первом обращении к классу
        {
            trace("static constructor, class is: ", Singleton); // все ок, класс есть
        }
 
        public static const instance = new Singleton(); // null в трейсе, объект создан
 
        public function Singleton() {
 
            trace(Singleton); // трейсим именно класс, а не экземпляр, получаем null
 
        }
 
    }
 
}

То есть алгоритм такой: сначала инициализируются статические поля класса, затем уже сам класс (статический конструктор), и только после этого все остальное. Adobe style. То есть статический конструктор (который по идее должен инициализировать сам класс) в итоге может выполниться после того, как создан первый экземпляр этого класса.
И мы получаем вот такую картину: сначала создаем объект несуществующего класса, потом этот класс инициализируем в рантайме, а потом, получается назначаем этот класс нужным объектам. Ну или я не знаю как еще это можно объяснить =)

(с) Smithy

[i.o.]

глум, там что-то другое:

package
{
	public class Singleton
	{
		{
			trace("Singleton::{} -> Singleton: " + Singleton);
			new Singleton(Singleton);
		}
 
		public static const instance : Singleton;
 
		public function Singleton(classRef:Class=null)
		{
			trace("Singleton::ctor() -> Singleton: " + Singleton);
			trace("Singleton::ctor() -> classRef: " + classRef);
		}
	}
}

Singleton::{} -> Singleton: [class Singleton]
Singleton::ctor() -> Singleton: null
Singleton::ctor() -> classRef: [class Singleton]

[expl]

Цитата:
Сообщение от fish_r Посмотреть сообщение
1. Вьюер инициализирует контролл, сохраняет на него ссылку.
Опа! Почему входной точкой является view, а не controller?

Опа! У флешеров оказывается где-то есть набор правил (кто кого должен инициализировать), выгравированных на скрижалях, которые ни в коем разе нельзя нарушать

[dimarik]

Вьюер инициализирует контролл

Контролл — это какой-то специфичный вьювер, вроде button, checkbox и прочее подобное из разряда UI Controls?

[fish_r]

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

Контролл — это какой-то специфичный вьювер, вроде button, checkbox и прочее подобное из разряда UI Controls?

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