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

StackOverflow https://stackoverflow.com/questions/25356

  •  09-06-2019
  •  | 
  •  

Вопрос

Я сделал несколько флеш-проектов, работая ActionScripter, а дизайнер делал все красивые вещи и анимацию.Когда я только начинал, я нашел довольно много информации о кодировании ActionScript и дизайне Flash.Большая часть доступной информации, кажется, сосредоточена на одном или другом.

Я не нашел никакой информации о создании флеш-проектов таким образом, чтобы программист мог делать свою работу, а также давал свободу дизайнеру.

Надеюсь, более опытные люди смогут поделиться, вот некоторые вещи, которые я обнаружил после нескольких проектов.

  • Контроль версий обязателен (как всегда), но его сложно объяснить дизайнерам.
  • Нет ActionScript во флэш-памяти .fla файлы, они двоичные, и как программист вы должны стараться держаться подальше от них, насколько это возможно.
  • Контроллер представления модели — лучший способ, который я нашел для изоляции изменений визуального дизайна.
  • Попробуйте построить представления так, чтобы они использовали метки фреймов, это позволит дизайнеру решить, что на самом деле происходит.

Каковы ваши впечатления?­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­

Это было полезно?

Решение

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

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

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

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

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

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

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

Надеюсь, эти советы принесут пользу!

Другие советы

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

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

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

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top