Какое значение для программирования у кадров?
 

В с++ builder, delphi, visual studio создание программы из нескольких форм выглядит так: создаем нужное количество форм и вывод на экран каждой привязываем к соответствующей кнопке либо событию. Если писать программу, например, игру во флеше, то аналог форм здесь -- кадры? Например, в первом кадре делаем кнопки "Играть", "Настройки", "О программе". И каждой кнопке прописываем по нажатию переходить на нужный кадр: "Играть" - кадр2, "Настройки" - кадр 3 и т.д?

а ООП не эффективней будет?
без кода на таймлайне.

TommyLee
Да во флеши так, хотя есть ещё несколько способов - можно юзать сцены, или создовать каждую отдельную форму в отдельном .swf файле, а затем их грузить, ну а если воспользоваться допалнительными расширениями типо MDM Zinc - сможете создавать настоящие формы, как в делфи.

Я ООП и имел ввиду: весь код находится в классах символов кнопока. Таймлайн даже не рассматриваю.

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

Кадрами тяжело манипулировать програмно. Лучше использовать какие-нибудь другие дисплей объекты и добавлять / убирать их в списке отображения.

TommyLee
Абсолютно верно мыслите, флэш скомпилирует все используемые кадры.

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

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

понял, спасибо.

Список отображения есть у контейнеров. Окно флеш-плеера контейнер... У контейнеров есть таймлайн? Если есть, то это получается тоже самое - располагать символы с кодом на кадрах. Если нет - то это уже похоже на программирование в обычной, "не анимационной" среде: делфи, билдер и тд.

Смотря каких контейнеров. У клипов есть, у спрайтов нет.
Все-таки лучше через addChild, чем через кадры.

Таймлайн это по-сути автоматизированый процесс добавления/удаления в дисплей лист. Проблема в том, что у вас не особо есть инстумены повлиять на то, как именно это происходит. Т.е. перешли на второй кадр, потом обратно на первый - а первый кадр взял, и создался весь по новой, кучу памяти угрохал, да еще и никакие даные в нем не сохранились. Для анимации - нормально, чтобы не заморачиваться, а для сколь-нибудь существенного программирования - нет.

Буквально на днях редактировал проект у которого в главном таймлайне штук 10 кадров пустых. Это ппц... на главную сцену раскиданы ссылки по всем классам и чуть что вдруг "nextFrame()" или "gotoAndStop(7)" и сиди думай что в этом кадре там случится.