Лучшие практики совместной работы Flash-дизайнер / программист

В нашей команде каждый использует TortoiseSVN и экземпляр Trac для каждого проекта. Дизайнеры используют стандартный дизайнер Flash для редактирования .FLA, а разработчики используют FlashDevelop для управления файлами ActionScript и отладки проекта.

Цепочка инструментов работает следующим образом:

1. Разработчики программируют поведение каждого окна, вручную редактируя файлы MXML (это не так сложно, как кажется) и одновременно разрабатывая соответствующие файлы .AS.
2. Дизайнеры создают графику для скинов и других элементов пользовательского интерфейса, которые экспортируются (связываются) и сохраняют их в .FLA вместе с кодом.
3. Разработчики [Import ()] ресурсы в файлах .AS.

Таким образом, все попадает в систему контроля версий, и дизайнеры даже не смотрят на строчку ActionScript. Конечно, я упрощаю процесс, но надеюсь, вы уловите идею.

В настоящее время я работаю так, что я (разработчик) создаю функциональность, используя фиктивный FLA-файл, используя только внешние файлы классов. Когда дизайнеры завершают макет, они отправляют мне FLA со всеми импортированными ресурсами, связанными кнопками и клипами MovieClips. Затем я прикрепляю свой класс документа к новому FLA и убеждаюсь, что все объекты соответствуют моему коду. В целом, это довольно простой переход.

Если по какой-либо причине ресурс нуждается в обновлении, дизайнеры просто отправляют мне актив, и я обновляю FLA вручную.

Я занимаюсь Flash 9 лет и до сих пор считаю, что это сложно сделать правильно.

Между дизайнерами и разработчиками существует баланс сил, который неизбежно нарушит то или иное положение.

Если вы работаете в студии под руководством разработчика, то вам повезло, так как дизайнеры будут проинструктированы создать дизайн, соответствующий вашим функциональным возможностям. В Flex / MXML это единственный способ работать.

Если, с другой стороны, вы работаете в студии графического дизайна / креативов / рекламы, вам будет предложено создать то, что дизайнер собирает в PhotoShop, независимо от того, возможно ли это построить за это время.

Ключ к решению этой проблемы - общение и образование. Дизайнеры и менеджеры, специализирующиеся на дизайне, могут не знать, что необходимо для создания той или иной функциональности, и если вы объясните им, почему это сложно сделать, их уговорят мог бы пойти и переосмыслить свой дизайн. С другой стороны, они вполне могут подумать, что ты просто нытик! Никогда не бывает хорошо, когда тебе приходится сказать кому-то «извини, я действительно не могу этого сделать», когда ты знаешь, что у тебя все получится, учитывая несколько поздних ночей!

Помимо того, что вы и другие уже отметили, например, об использовании FlashDevelop и внешних классов AS, я рекомендую еще кое-что:

• Начните с карты сайта / каркаса, с которым согласны и разработчики, и дизайнеры.
• Загрузите весь свой текст из XML в динамические текстовые поля и убедитесь, что ваши кнопки и т. д. Предназначены для расширения, чтобы соответствовать содержимому.
• Убедитесь, что ваши дизайнеры имеют представление о том, как правильно вырезать графику и размещать ее во Flash. Разработчику не следует возиться с PhotoShop, когда вы приближаетесь к дедлайну.
• Убедитесь, что вы получили все графические ресурсы задолго до крайнего срока - неизбежно будут вещи, которые они упустили, и вещи, которые нужно изменить.
• Будьте тверды и не позволяйте своей команде дизайнеров пытаться внедрить дополнительные функции в последнюю минуту.
• Пусть дизайнеры используют временную шкалу для анимации персонажей и т. д., Но для простых анимаций используйте движок анимации ActionScript.

Надеюсь, эти советы пригодятся!

Разделение дизайна и кода - важная вещь - поскольку я стараюсь делать проекты как серию модульных компонентов (конечно, немного сшитых вместе, поскольку ничто не подходит точно), я сначала делаю своего рода интерактивный каркас. У него есть заполнители для всех элементов пользовательского интерфейса с соответствующими названиями и вложениями.

Этот .fla может быть передан дизайнеру, который может добавлять все, что хочет, при условии сохранения имен и порядка вложения - по сути, как создание скинов для приложения.