удобство кода(группировка по функциональной принадлежности)

[viktorami]

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

[goodguy]

Конечно есть. Писать в разных файлах )
Прочитать про MVC

[alatar]

http://ru.wikipedia.org/wiki/%D0%A8%...BD%D0%B8%D1%8F

[viktorami]

писать для каждого подкомпонента в разных файлах? мороки многовато. их же еще открыть надо да пообъявлять и так далее. хотя - в целом идея

[fish_r]

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

писать для каждого подкомпонента в разных файлах? мороки многовато. их же еще открыть надо да пообъявлять и так далее. хотя - в целом идея

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

Посмотрите вот это. И вообще, поройтесь на ютюбе, это лучше один раз увидеть, чем сто раз услышать )

[expl]

Каг-бе их не надо открывать, они в дереве проекта все есть слева(или справа) во всех иде кроме Flash IDE.
Пообъявлять тоже ничего не надо - во всех иде рыба класса/интерфейса генериутеся автоматически при создании класса.
А мороки много листать файл из 10000 строк (я такие видел) вверх-вниз. Да и не получится все приложение в одном классе написать. Физически. Никак. Вообще.

[crazyone]

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

Каг-бе их не надо открывать, они в дереве проекта все есть слева(или справа) во всех иде кроме Flash IDE.

Во всех Flash Authoring Tool (aka Flash IDE) с незапамятных времен есть менеджер проектов.

А советовать читать про МВЦ человеку, который вчера понял, что код в кадрах - плохое решение - не стоит. И шаблоны проектирования ему тоже бессмысленно изучать.

Ответ на заданный вопрос:
Для каждого элемента нужно создать свой класс. В этом смысл ООП.

[iNils]

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

Во всех Flash Authoring Tool (aka Flash IDE) с незапамятных времен есть менеджер проектов.

Я помню времена, когда его не было, но толку от него... он удобен только для работы с fla, полноценной работы с пакетами классов у него нет.

[goodguy]

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

А советовать читать про МВЦ человеку, который вчера понял, что код в кадрах - плохое решение - не стоит. И шаблоны проектирования ему тоже бессмысленно изучать.

Это было уже второй строчкой

[goodguy]

Физически. Никак. Вообще.

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

мороки многовато

Для ухода от этой мороки и придуманы нормальные IDE, FlashDevelop, Flash Builder, IDEA и т.п.
Flash IDE - только для анимации. Да и то, лично я ее даже для этого не использую.