В любом MVC ни при каком раскладе и ни на каком этапе выполнения приложения входной точкой не должен становиться view, для которого все же существует controller. У меня он тоже "тонкий", но входная точка на каждом этапе приложения — именно контроллер. Именно он всех инициирует, собирает докучи и запускает в нужном порядке. Если не поздно — подумай над реорганизацией.

А gc его съесть не мог?

Мне кажется, не совсем так. Когда диспатчится "асинхронное" событие (лоадеры, например), то оно кладётся в стек ожидания, который начинает последовательно обрабатываться слушателями на следующем enter-frame
А разве mvc это оковы правил? Я то всю жизнь думал, что "Mein MVC" это один из способов организовать архитектуру так, как удобно мне и моим людям. [pathos mode off]

UPD: Прошу простить, если кого обидел своей крамольностью. Здесь, выше, и далее MVC as Mein MVC [+corrupted]

Конечно, я имел в виду то что так делают только нативные события. Когда из сам диспатчишь они тут же отрабатывают.

Ну и славно! Просто придумай названия для каждого "из способов организовать архитектуру так, как удобно мне и моим людям" и не применяй попусту аббревиатуру MVC. Потому что MVC — это, как известно, тоже некое множество способов, но с определенными признаками и свойствами. Одно из свойств: не "управляет" там вьюха процессами приложения.

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

А почему бы не сделать по фэн-шую? Ну, фактически, то, что предложил Zebestov.

Инициализируем контроллер, который в свою очередь создает модель и вьюху, вьюхе даем ссылку на модель либо интрфейс, который она реализует.

fish_r
Вы уже всех заинтересовали, иcходники в студию!

В общем, как и предполагал, к последовательному выполнению приводит обращение SharedObject.getLocal().
По прежнему, однако, остается загадкой - почему так?

В аттаче пример который, как мне кажется, более менее иллюстрирует ситуацию (для FD).

ыыы :)
Дак присвоения _shObject еще не произошло, пока отрабатывает конструктор SharedObjProvider :)

Добавлено через 3 минуты
Если init() убрать из конструктора SharedObjProvider, а код в Main модифицировать так:
то все будет работать.