Хорошее MVC

[Dukobpa3]

Сделай хоть как-то, покажи что получилось, тебе укажут ошибки. А демагогия лично меня уже достала чуток.

[Akopalipsis]

ЗДЕСЬ БЫЛ КОД, КОТОРЫЙ РУГАЮТ НА ЭТОЙ СТРАНИЦЫ, В ПЛОТЬ ДО СЛЕДУЮЩЕГО МОЕГО СООБЩЕНИЯ.)
ЧТОБЫ НЕ ЗАСОРЯТЬ РАЗУМ ТЕМ, КТО ЧИТАЕТ ЭТУ ТЕМУ, Я ЕГО УДАЛЯЮ.

[in4core]

Akopalipsis - откуда вообще весь этот код? Вы его сами написали? У вас совершенно нет понятия о том, что должно быть и как с этим работать. Попробуйте сначала изучить самый самый, повторюсь САМЫЙ - стандартный MVC - в блогах у Psycho например есть реализация такового. Изучите, попробуйте написать приложение, какое нибудь простое, а потом сами начнете понимать о чем речь и какие проблемы возникают.
Сейчас я вижу

MainController($doc:DisplayObjectContainer,$stage:Stage)

После чего обычно направляют читать книги по AS3 и ООП. Дабы не мучать вас догадками почему? Отвечу : $doc ваш это хост, ссылка на root обычно ( main класс ) , который уже добавлен на Stage. Догадались почему второй параметр стейдж это убого?!

[Psycho Tiger]

Дабы не мучать вас догадками почему? Отвечу : $doc ваш это хост, ссылка на root обычно ( main класс ) , который уже добавлен на Stage. Догадались почему второй параметр стейдж это убого?!

Отлично! А теперь дядюшка Артём расскажет, почему ты можешь быть не прав:

Я процитирую:

$doc ваш это хост, ссылка на root обычно который уже добавлен на Stage

Вот именно, товарищ in4core, дело в том глядя на абстрактный кусок кода невозможно судить о том, что и зачем. Это может быть загруженная извне флешка, которая ещё не поместилась на экран, но уже жаждущая скушать stage. А может быть MainController чего-то, что и на стейдже никогда не появится. Ну, так сложилось.

Надуманно? Согласен. Но вот что действительно круто: хозяин кода догадался не перегружать контроллер ненужной болмотнёй по дожиданию доступности stage'a, а сразу передал его в конструктор. Это минус несколько строчек в коде контроллера, это повышения читабельности и гибкости, внимая на моё суждение выше. Такие вот мелочи и создают чистоту и элегантность кода.

[Babylon]

Передавать ссылки на stage в конструкторе любого класса используемого как части MVC как минимум не логично. В целом представленный код мне не нравится.

[in4core]

Это можно напридумывать, что угодно. Передавать ссылку на стейдж в контроллер - моветон. Тем более нет таких решений, где это может быть нужно, пока хост не добавлен в список. Есть определенная организация кода. Контроллер лишь ждет наступления сеанса, до нужного момента.
Ну вот хоть лоб себе отбей - тру мвсишники передают в главный контроллер ( а здесь он ГЛАВНЫЙ, черт побери ) - только хост, и возможно, именно ВОЗМОЖНО , loaderInfo.parameters - и то это уже лишнее, ибо после создания контроллера, мы передаем хост, у стейджа которого есть нужны нам параметры.

[Psycho Tiger]

тру мвсишники

А где можно почитать про критерии тру-мвсишника? Тоже хочу таким стать.

[in4core]

Перефразирую, для непонятливых Люди, которые разбираются в данном паттерне и написали не мало приложений, базируясь на нем.

[Dukobpa3]

Люди которые хоть в чем-то разбираются - не будут утверждать что какое-то единичное решение единственно верное. Так как эти люди (уже) понимают, что задачи могут быть разными, и решения могут разными. И все они могут быть в парадигме паттерна.

[in4core]

Dukobpa3 - в мейн контроллере основного приложения - решение единственно верное, описанное мной выше. Тут нечего обсуждать. Если бы стоял разговор про загружаемую флешку, про дочерний контроллер и т.п. - так пожалуйста, пути неисповедимы , а тут путь один, другой путь - моветон. Закончил.