Какой смысл в #include "script.xxx" ?
 

Какой смысл в #include "script.xxx", все равно при изменении какой-то переменной в этом файле, необходимо опять запускать флэш и компилировать исходник (Shift+F12)

з.ы. или я что-то не так делаю?

Это типа как модульность. Я этим даже не пользуюсь и другим не советую. ИМХО, в этой "среде программирования" код лучше централизировать, в разумных пределах конечно.

Напрасно. На секунду представь себе код 1000-1500 строк. Дофига функций и методов. Много переменных. Много действий и разделов. Что, пробелами отделять? Или может комментами? А теперь представь еще, что половину функций используют несколько исходников. Если вбивать код в каждый из них - себе дороже будет. Я так делал раньше, пока не столкнулся с проблемой ЗАВАЛА проги. И дело не в грамотности кода - просто из-за кучности текста восстановить в памяти устройство проги было нереально. А вот разобьешь код этак на 5-6 модулей, каждый правишь по-отдельности, дык так и ошибку проще найти, и самому удобнее - ляпота-а-а! ;) Я конечно не говорю про проги типа "калькулятор" :D

Все верно с коллективным использованием. Ну а код в полторы тысячи строк думаю лучше раскидать по фрэймам или слоям - совсем не обязательно внешний файл подключать. Я не имел в виду, что надо всё в одну кучу собирать, нет! Просто мой скромный опыт программирования во флэше показывает, что группировка кода <B>в разумных пределах</B> избавляет от головной боли. Этот мой принцип и я применяю его только сдесь - во всех других IDE в которых я также работаю (Delphi, VC++, C++ Builder, VBA и т.д.) оперировать большими обьемами кода гораздо легче и удобнее, сотв. там и проблем таких не возникает. Среда разработки MX совсем не дотягивает до этих монстров даже несмотря на более простую структуру языка Action Script. Страшно подумать об исходнике на флэше с несколькими тысячами строк :eek:

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