noopic Mar 26 2011 at 00:19

Работа с FLA

3 min

6.3K

Adobe Flash

From sandbox

+56

Comments 64

k12th Mar 26 2011 at 01:40

Правила типа «не оставляйте мусора» и «давайте всем сущностям вменяемые имена» применимы вообще ко всему — от программного кода до повседневной жизни:)

roboter Mar 26 2011 at 13:47

назвал новую сущность «Алексеем» (как и меня) вот теперь мучаюсь.

k12th Mar 26 2011 at 13:50

Вот! О чем и речь! а надо было хорошенько подумать:)

elbik Mar 26 2011 at 02:07

Для 6-го пункта ещё можно использовать: в библиотеке в меню выбрать «Select Unused Items» (после чего выделятся все символы которые не используются), и далее удалить их одним нажатием клавиши «Delete».

popopo Mar 26 2011 at 02:58

Жаль что советы касаются только самого базового уровня использования флэша.

Negoro Mar 26 2011 at 13:09

Мир станет лучше после этого поста, т.к. 80% работы на флеше сводится к простейшей анимации.

iLLuzor Mar 26 2011 at 15:13

Скажите это flash/flex программистам.

Negoro Mar 26 2011 at 19:40

Что-то мне подсказывает, что это пост не для них.

iLLuzor Mar 26 2011 at 20:02

И для них тоже.

de_arnst Mar 26 2011 at 10:55

+ к пунктам: оставляйте комментарии в коде!

ftp27 Mar 26 2011 at 10:57

Это уже относится ко всем исходникам

noopic Mar 26 2011 at 12:39

Я считаю, что комментарии очень часто бывают излишни. Красивый и понятный код не нуждается к комментариях за исключением участков со сложной логикой. Чтобы меня правильно поняли, скажу, что подобная тема очень хорошо освещается в книгах «Чистый код» и «Совершенный код».

FilimoniC Mar 26 2011 at 15:27

Вспомнилось:
Любой дурак может написать код, понятный компьютеру. Хороший программист пишет код, понятный человеку.

olexandr17 Mar 26 2011 at 11:02

по 3 пункту
анимацию лучше делать не с MovieClip, а с Graphic, потому что потом может понадобится дать имя этому объекту для программного управления и в случае MovieClip придется прописывать имя на каждом кейфрейме

impwx Mar 26 2011 at 11:35

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

olexandr17 Mar 26 2011 at 12:17

согласен, в случае с фильтрами не поспоришь

tyr Mar 26 2011 at 15:43

Хмм, нет возможности проверить на PC, но я переодически делаю export to movie > .mov на Маке и внутренняя анимация в мувиклипах играется без проблем

impwx Mar 26 2011 at 21:14

Да, на удивление, в .MOV экспорт отличный.
А я уже три года записываю конечные мульты с помощью Screen Capture и сжимаю отдельно. Спасибо, что открыли глаза!

dadon Mar 26 2011 at 18:27

MovieClip-у можно задать имя и по имени обращаться из кода.
Основное отличие насколько я понимаю, в том, что MovieClip проигрывает кадры внутри себя, а кадры внутри Graphics проигрываются его родителем.
Т.е. если сделать Graphics с пятью кадрами и поместить его на сцену с тремя, воспроизводиться будут только три кадра из Graphics, MovieClip же будет проигрывать все свои кадры в каждом кадре родителя.

olexandr17 Mar 26 2011 at 19:01

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

dadon Mar 26 2011 at 19:57

Лично я с опаской отношусь к Graphics :)
Чтобы избежать путаницы использую только мувики. Но ваша идея интересна, надо попробовать

impwx Mar 26 2011 at 11:15

Со всем согласен, кроме двух пунктов:

9. Не понимаю сути пункта. Что плохого в сценах? Если лепить все сцены в одну, то получится Layer Hell.
12. Текст преобразуется в кривые, когда к нему надо применить Distort Transform. Да, к сожалению, потом он уже не редактируется.

А от себя могу добавить следующее:

1. Не использовать Filters без надобности, потому что они сильно нагружают процессор (особенно Glow)
2. Используйте свойство Ease у Motion Tween'ов, чтобы они не выглядели топорно. Даже заметку когда-то про это свойство писал.

noopic Mar 26 2011 at 13:02

Спасибо за дополнение.
На счет Glow, я знаю такой момент, что есть каждому элементу в отдельности применять фильтр, то нагрузка будет гораздо больше, чем если поместить все объекты в контейнер и применять к нему.

По пункту №9. Я придерживаюсь такого мнения, что на главной временной шкале не должно быть ни какой анимации. Вся анимация и графика в MovieClip. Соответственно, редактировать можно внутри него. А если понадобится создать много слоев, то нет разницы MovieClip это или сцена.

alexbeep Mar 26 2011 at 13:49

Фи вам за ваше мнение по пункту 9

s0rr0w Mar 26 2011 at 15:02

Сцены нужны, сцены важны. Если не знаете как их применять, то это уже другой вопрос.

olexandr17 Mar 26 2011 at 20:54

Другой вопрос скорее в том, что кто-то может не знать как обойтись без сцен.
Сцены — зло, а чтобы не было «Layer Hell», как было сказано выше, слои можно организовать по папкам

impwx Mar 26 2011 at 21:11

Когда я делал мульт, длиной 3 минуты, у меня было 38 сцен, по 3-4 слоя в каждой. Даже если с папками, все равно это было бы ужасно, особенно если также следовать пункту 2 «Не оставлять незаполненных кадров».

olexandr17 Mar 26 2011 at 23:27

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

impwx Mar 26 2011 at 23:33

для аниматора все слои в одной сцене — все равно, что для программиста весь код в одном файле. куда приятнее разделять код на несколько файлов, даже несмотря на то, что его можно свернуть в неймспейсы и в пределах одного файла

s0rr0w Mar 26 2011 at 21:25

Почему это сцены зло?

FilimoniC Mar 26 2011 at 11:16

> 12. Не конвертируйте текст в кривые
Это делается по 2 причинам
1. Флеш иногда глючит при использовании текста
2. Если текст надо сильно поменять\перекрасить\.., с ним проще работать в векторе

iLLuzor Mar 26 2011 at 15:15

3) Если не хочется встраивать во флешку нестандартный шрифт ради нескольких фраз.

FilimoniC Mar 26 2011 at 15:16

Шрифты для полей Static не встраиваются. Только отдельные символы.

olexandr17 Mar 26 2011 at 20:56

2… Ну тогда уже лучше сделать текст маской, а под маской играться с вектором как вам угодно

kutu Mar 26 2011 at 12:11

приведите пример для второго пункта, когда приложение из отсутствия пустых кадров неожиданно упадет

UFO landed and left these words here

FilimoniC Mar 26 2011 at 15:21

Когда у вас в 1й линейке именованный объект, а код, который к нему обращается — во 2й. Например.

ashcraft Mar 28 2011 at 05:12

Слои существуют только в IDE для удобства редактирования, в конечном swf-файле все слои сводятся в один, твины тоже просчитываются в последовательность ключевых кадров.

Gorky Mar 26 2011 at 12:47

Никита, спасибо за статью. Нашему флешеру кинул ссылку — говорит нельколько пунктов он не знал =)

FilimoniC Mar 26 2011 at 15:21

У вас странный флешер

Gorky Mar 26 2011 at 22:13

Как бы не у всех есть деньги на высококлассных специалистов. А кто-то растит их сам. Спасибо что насрали в карму.

FilimoniC Mar 27 2011 at 11:28

Я не срал :-) Поверьте.

Рекоммендую просто купить ему книжку. Как правило, книжки очень здорово упорядочивают те знания, которые были надерганы из инета

Gorky Mar 28 2011 at 09:32

Тогда искренне прошу прощения за свои слова.
Книжку покупали, видимо не все внимательно прочитал ))

FlashManiac Mar 26 2011 at 13:07

Лично меня больше всего раздражает когда аниматоры вставляют в кадры свой говнокод на допотопном ас1, когда уже во всю все пишут ас3. Приходится портировать в код в ас3.

Так же раздражают по русски названные клипы, кадры, слои. Приходится переименовывать в нормальные английские слова.

Вообще с горе дизайнерами и аниматорами бороться довольно трудно, но это стоит того!

UFO landed and left these words here

FilimoniC Mar 26 2011 at 15:23

Делайте проверку на кадр в классе объекта, например.

Я не буду писать код в кадрах
Я не буду писать код в кадрах
Я не буду писать код в кадрах

UFO landed and left these words here

FlashManiac Mar 27 2011 at 01:19

Я не против кода в кадрах. Я против as1 и as2.

UFO landed and left these words here

tyr Mar 26 2011 at 15:26

Вам было бы проще, если бы аниматоры на словах рассказывали, как должна вести себя анимация, которую они сделают в AS1/2?

olexandr17 Mar 26 2011 at 20:59

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

tyr Mar 27 2011 at 01:00

иногда проще на словах, иногда проще показать в AS2 (я часто так делаю).
Не вижу просто проблемы для прогера переписать кусок AS2 кода на AS3 — всё равно же надо будет писать с нуля. Мне, как бездарю в программировании, многие элементы AS2 кажутся куда более адекватными по отношению к простым смертным, чем серьёзный AS3

UFO landed and left these words here

naryl Mar 26 2011 at 13:20

Пользуясь случаем поинтересуюсь бесплатными (сорцы не прошу, демка или триал устроит) средствами разработки Flash, *без проблем* работающие на Линуксе хотя бы под вайном.

UFO landed and left these words here

1amer Mar 26 2011 at 14:00

Кстати фотошоп CS5 работает под вайном довольно неплохо, есть шанс что и флеш будет работать.
На AppDB пишут:

Install the program in Windows and copy the installed files to Ubuntu. These additional libraries from winetricks are needed: vcrun2008, msxml3, atmlib, gdiplus.

Думаю пойдет какаянибудь Portable версия.

kutu Mar 26 2011 at 14:25

на хабре как раз есть статья про такой запуск
habrahabr.ru/blogs/Flash_Platform/108292/

naryl Mar 26 2011 at 16:13

Благодарю.

s0rr0w Mar 26 2011 at 15:05

По 10-му пункту тоже бы поспорил. Группировки нужны там, где идет работа с рисованием примитивов. Не только программеры на флеше пишут, его еще и для анимации можно применять.

alexey_dandelion Mar 26 2011 at 15:18

по поводу пунктов 8 и 12 очень спорно, если проект состоит и 100 подгружаемых swf, то из за ембеда размер его увеличивается в разы. Иногда проще превращать в вектор. Хотя правильней конечно ембедить шрифты в само приложение и с fla оставлять как textField

FilimoniC Mar 26 2011 at 15:24

Для статик-полей ембед не идет. Для остальных — можно вынести сам шрифт куда-нибудь.

war_hol Mar 26 2011 at 16:06

Заменил бы 11 пункт на:«Не пишите код в кадрах!»

Emin Mar 26 2011 at 16:38

В комментариях уже озвучили часть замечаний к статье по сценам, группам и встраиваемым шрифтам. От себя добавлю:
1. Следите за весом, используемой графики. Не надо запихивать картинку 1024 на 1024, чтобы потом во флэше её ужимать до 15 на 15.
2. Не злоупотребляйте детализацией. Помните, что Вы рисуете анимацию, а не статическую картинку. Во-первых, излишне детализованная картинка сильно грузит процессов. Во-вторых, пользователь этого просто не заметит.
3. Не злоупотребляйте масками и полупрозрачностью. Это нагружает процессор.
4. Флэш поддерживает русские названия. Поэтому, если не знаете английский, то пишите по русски. Не надо давать названия на киргуде.
5. Я бы не был столь категоричен в случае со сценами. Если очень длинная анимация, они помогают организовать процесс. Но иногда не замечаешь, что есть ещё сцены кроме текущей. Поэтому желательно предупреждать других, что во fla-файле несколько сцен.