My<cod/>.net
Flash лучшие практики совместной работы дизайнера и верстальщика
Я сделал несколько проектов flash, работая как ActionScripter с дизайнером, делающим все красивые вещи и анимацию. Когда я начинал, я нашел довольно много информации о кодировании ActionScript и дизайне flash. Большая часть имеющейся информации, по-видимому, сосредоточена на одном или другом.
Я не нашел никакой информации о построении проектов flash таким образом, чтобы кодер мог делать свое дело AND дает дизайнеру свободу.
Надеюсь, что более опытные люди могут поделиться, это некоторые из вещей, которые я обнаружил после нескольких проектов
- Контроль версий является обязательным (как всегда), но может быть трудно объяснить дизайнерам
- Нет ActionScript в файлах flash
.fla, они двоичны, и как кодер вы хотите попытаться держаться как можно дальше - Контроллер вида модели-это лучший способ, который я нашел, чтобы изолировать визуальные изменения дизайна
- Попробуйте построить представления так, чтобы они использовали метки фреймов, это позволит дизайнеру решить, что же на самом деле происходит
Каковы ваши переживания?
Я занимаюсь Flash уже 9 лет и до сих пор считаю, что это трудно исправить.
Существует баланс сил между дизайнерами и разработчиками, который неизбежно будет склоняться в ту или иную сторону.
Если вы работаете на разработчика led studio, то вам повезло, так как дизайнеры будут проинструктированы сделать дизайн, который соответствует вашим функциональным возможностям. В Flex / MXML это единственный способ работать.
С другой стороны, если вы работаете в графической студии design/creative/advertising, вам будет поручено построить все, что дизайнер соберет в PhotoShop, независимо от того, возможно ли построить в течение этого времени.
Ключ к тому, чтобы обойти это-общение и образование. Дизайнеры и менеджеры, ориентированные на дизайн, могут не знать, что участвует в создании определенной части функциональности, и если вы объясните им, почему та или иная вещь трудна для выполнения, их можно убедить пойти и переосмыслить свой дизайн. С другой стороны, они вполне могут подумать, что ты просто нытик! Никогда не чувствуешь себя хорошо, когда тебе приходится кому-то говорить "sorry, I can't really do that", когда ты знаешь, что можешь заставить это работать, учитывая несколько поздних ночей!
Помимо того, что вы и другие уже отметили, например, использование классов FlashDevelop и external AS, вот некоторые другие вещи, которые я рекомендую:
- Начните с карты сайта / каркаса, на который согласны как разработчики, так и дизайнеры.
- Загрузите весь текст из XML в динамические текстовые поля и убедитесь, что ваши кнопки и т. д. предназначены для расширения, чтобы соответствовать содержимому
- Убедитесь, что ваши дизайнеры имеют некоторое представление о том, как правильно вырезать графику и выложить их в Flash. Разработчик не должен возиться с PhotoShop, когда вы приближаетесь к крайнему сроку.
- Убедитесь, что вы получите все свои графические активы задолго до крайнего срока - неизбежно будут вещи, которые они пропустили, и вещи, которые нужно изменить.
- Будьте тверды и не позволяйте своей команде дизайнеров пытаться проникнуть в дополнительные функции в последнюю минуту.
- Пусть дизайнеры используют временную шкалу для анимации персонажей и т. д.,Но для простых подростков используйте движок ActionScript tweening.
Надеюсь, что эти советы будут полезны!
В настоящее время я работаю так, что я (разработчик) строю функциональность с помощью фиктивного файла FLA, используя только внешние файлы классов. Когда дизайнер(ы) заканчивают макет, они посылают мне FLA со всеми импортированными активами и связанными кнопками и MovieClips. Затем я присоединяю свой класс document к новому FLA и удостоверяюсь, что все объекты соответствуют моему коду. В целом, это довольно простой переход.
Если актив по какой-либо причине нуждается в обновлении, дизайнеры просто отправляют мне актив, и я обновляю FLA вручную.
важно отделить дизайн от кода - поскольку я стараюсь делать проекты как серию модульных компонентов (немного сшитых вместе, конечно, поскольку ничто никогда не подходит точно), я сначала делаю своего рода интерактивный каркас. Он содержит заполнители для всех элементов UI с соответствующими именами и вложенными элементами.
Это .fla может быть передано дизайнеру, который может добавить все, что захочет, пока они сохраняют имена и порядок вложенности - по сути, как скиннинг приложения.
В нашей команде каждый использует экземпляр TortoiseSVN и Trac для каждого проекта. Дизайнеры используют стандартный конструктор Flash для редактирования .FLAs, а разработчики используют FlashDevelop для управления ActionScript файлами и отладки проекта.
Цепочка инструментов работает следующим образом:
- Разработчики программируют поведение каждого окна вручную-редактируя файлы MXML (это не так сложно, как кажется) и одновременно разрабатывая соответствующие файлы .AS.
- Дизайнеры создают графику для скинов и других элементов UI, которые экспортируются (связываются) и хранятся в .FLAs вместе с кодом.
- Разработчики [Import()] ресурсы в файлах .AS.
Таким образом, все попадает в систему управления версиями, и дизайнеры даже не смотрят на строку ActionScript. Конечно, я слишком упрощаю процесс, но я надеюсь, что вы поймете эту идею.