Принцип организации игрового цикла
 

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

В первом варианте объекты раскиданы по кадрам, во втором они добавляются и удаляются программно.

Это-то я понял. Я имел в виду, что во втором случае каждый этап (загрузка, меню, уровень, помощь, концовка и проч.) это отдельная функция в классе, отдельный класс или отдельные клипы? И как это может быть реализованно?

Добро пожаловать в чудесный и удивительный мир MVC.
Все приложение делится на логику (контроллеры), интерфейс (представления) и данные (модели). Каждый этап - это вот такая вот триада: мувик с интерфейсом, класс с логикой и объект с данными (которые, в принципе, можно хранить рядом с логикой). А над всем этим стоит Самый Главный Контроллер, который слушает события и переключает этапы.
Это все довольно примерно, и как делать на 100% правильно, никто до сих пор не знает.

ЗЫ: раз вы начинаете задумываться о таких вещах, самое время переходить на AS3, благо на нем проще сделать нормальную архитектуру.

С помощью, например, attachMovie.

Добавлено через 1 минуту
С помощью, например, attachMovie.

@Gaen, поспорю. Для программного добавления контента вовсе необязательно сразу вжаривать с MVC.

@Psycho Tiger, в принципе согласен, просто я уже разучился делать по-простому :)
Вечно хочу бумажный кораблик сложить, а получается военный крейсер.

Почитал про Model-View-Controller и как-то не особо разобрался как это все на практике можно применить. Решил делать через attachMovie(). А где, кроме этого форума, можно почитать про MVC, желательно с примерами на AS2 или AS3?

@myregmail, настоятельно рекомендую НЕ переходить в MVC в данной стадии развития.

attachMovie - это функция, добавляющая контент программно, а MVC - подход.
Это как машина, которая использует двигатель внутреннего сгорания. MVC - это физика, а двигатель - это и есть attachMovie. Можно использовать двигатель без всякой теории, но понимая её, это получится сделать лучше. Однако же, мне кажется, что добавлять непростую теорию для понимания нужно, когда на практике уже способен эмпирически "чувствовать", что надо, чтобы это было проще сформулировать в постулаты.