AS3 - от новичка к среднечку

[caseyryan]

А вот Adobe не советует.

А почему не советуют? У вас такого вопроса не возникало?
Чисто из-за уменьшения размера приложения, и не более того. Если размер не особо критичен, то этот совет бесполезен.
Плюсую к посту djyamato. В большинстве случаев удобство развертывание важнее 1 - 2 лишних мегабайт размера.

[Final Hope]

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

А почему не советуют? У вас такого вопроса не возникало?

Довольно странно слышать от вас подобный вопрос. Если пройдете по ссылке, то там будет четко и ясно написано, почему не советуют:

Размер кода оказывает существенное влияние на работу проигрывателя в целом. Если в приложении значительные объемы кода ActionScript, виртуальная машина потратит много времени на его проверку и JIT-компиляцию. Поиск свойств может выполняться медленнее из-за большого количества уровней иерархии и из-за того, что на обработку внутреннего кэша тратится неоправданно много ресурсов. Для сокращения размера

Поэтому у меня никаких подобных вопросов не возникало.

[djyamato]

Сообщение от Final Hope

Довольно странно слышать от вас подобный вопрос. Если пройдете по ссылке, то там будет четко и ясно написано, почему не советуют:Поэтому у меня никаких подобных вопросов не возникало.

Что-то мне кажется что в ссылке присутствует словечко mobile...
Хотя, по русски там написано про вирт машину в общем.
Не знаю почему адобовцы такое написали, хотя флекс они же и написали

Для современных мощностей лишняя тысяча строк кода (замечу, годами и тысячами программисто оттестированная и оптимизированная) это семечки. Нет там никакого прироста в нагрузке. Вам что, жалко лишние 5-15 мегов памяти которые будут использовыаны все равно на скины к компонентам управления = картинки jpg , будь то на AS пишется или на flex-е?
Мне кажется ТС просто не вник полностью в мои слова.
Я когда первый раз на флекс посмотрел, подумал - темный лес
Простите за оффтоп

[evgen4ik]

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

Советую почитать книги: "Совершенный код" С. Макконнелла, "Дизайн паттернов" банды четырех.
При этом не отрывайтесь от практики и старайтесь только что узнанное новое сразу же реализовать (хоть даже в не совсем подходящем месте) - это позволит лучше понять предназначение того, что вы узнали.
Тестируйте производительность кода профилировщиками (Scout, Flash Builder 4.7). Сбно, второй нужен для мониторинга памяти (текущей и дельты), для остального лучше подходит скаут. Не ленитесь протестить отдельный маленький кусок кода в отдельном проекте на больших порядках. Как правило альтернатив при оптимизации всегда много - нужно искать наилучшую.
Ну и последний совет - это разработка в команде. Самое лучшее средство для быстрого роста в начале практики.

Добавлено через 11 минут
djyamato, вы прям сразу человека настраиваете, что оптимизация - это ничто по сравнению с удобством.

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

хотя флекс они же и написали

Это ещё не значит, что они сделали это хорошо