Как организовать сложный Flash-проект [закрыто]
-
09-06-2019 - |
Вопрос
Давайте составим список советов.
(Понятно, что здесь будет некоторая субъективность, но некоторые подсказки будут полезны для тех, кто перегружен работой над большим проектом в рамках Flash.)
Решение
Это всего лишь разрозненные мысли об организации проектов, над которыми в основном работают с помощью Flash IDE.
Во-первых, я настоятельно рекомендую использовать систему контроля версий, например Subversion, CVS или Git.
Организация структуры папок файловой системы субъективна, но обычно у меня есть папка «src» для всех моих исходных файлов FLA и файлов классов AS, а также папка «deploy» или «bin» для скомпилированных файлов.Папка src будет содержать файлы пакетов классов, причем пакеты классов организованы в стиле обратного домена (например,— com.codehinting.projectname.context).Измените путь публикации вашего FLA, чтобы опубликовать его в папке развертывания, отслеживая резервную копию с помощью сегмента пути «../» для такого количества уровней, которое необходимо для обратной трассировки из вложенности в папке src.
Кроме того, я обычно размещаю сторонние библиотеки (которые довольно хорошо «запечены») в отдельном месте, а затем изменяю глобальный путь к классам во Flash IDE, чтобы он указывал на это место.
Два чрезвычайно удобных плагина для Flash IDE — Create Basic Layers и Library Generator, которые быстро создают каркасный слой и структуру папок библиотеки — экономят время по сравнению с созданием слоев и папок вручную.
Другие советы
Я принял рекомендации по именованию проектов от Blitz:
Правила наименования блиц-проектов и организационные правила
Мой DEV_Source разделен на каталоги базы данных/flash/flex.
Каталог Flex является стандартным для соглашений Adobe, но флэш-память имеет пользовательскую настройку.
bin — вывод SWF, содержит JS и index.html.
классы – код AS3
doc -- AS Doc вывод кода
libs — сторонние библиотеки и компоненты.
src — FLA-файлы (настройте параметры публикации для компиляции в bin)
test -- тестовые примеры классов AS Unit
Сложный проект будет иметь множество зависимостей.В своих проектах Flash я помещаю все свои библиотеки в расположение с контролем версий, как они есть.Сторонние библиотеки обычно представляют собой смесь ресурсов, кода, демонстраций и документации.
Я храню небольшой файл yaml, в котором отслеживается расположение каждого типа ресурсов, связанных с каждой библиотекой в моей системе.Когда я добавляю новую библиотеку, ее местоположение сначала указывается в этом файле, а затем я запускаю сценарий Ruby, чтобы переместить файлы в одно место.Таким образом, не нужно экспериментировать с путями сторонних библиотек и следить за тем, чтобы включаемые пути в моих проектах соответствовали моим fla-файлам и проектам Flex builder.
Единый источник, объединяющий их всех.