MTASC, Motion-Twin ActionScript 2 Compiler

Наконец после двух Release Candidate вышла первая официальная версия
альтернативного бесплатного компилятора MTASC : Motion-Twin ActionScript 2 Compiler -- пишет Constantiner в конференцию ruFlash.

Авторы этого компилятора сообщают, что компилятор работает с макромедийными компонентами второй версии. Правда, сначала их нужно откомпилировать через саму Flash IDE (подробности - в документации к MTASC 1.0)

Страница проекта: team.motion-twin.com/ncannasse/mtasc.html

Далее следует отрывок из ruFlash-переписки. Отрывок длинный, поэтому жмите следующую ссылку, чтобы читать:

Фикс:

Если это позовляет делать то, что я думаю, то это просто

зашибенно.. ;)


Насколько я понял, этот чудовый компилятор компилирует классы

через интерфейс командной строки.

Поначалу я удивился, - в примере указано, что .as файлы

компилируется в .swf Как же так? - подумал я.. А как же fla, в

котором мои картинки, звуки, шрифты и прочая анимация.. ;)

Далее я понял (надеюсь правильно), что изначально при помомщи

Flash IDE мы компилируем fla в swf, а затем можем при помощи

MTASC "вкомпиливать" свои классы уже прямо в этот swf.

В связи с этим меня интересует вопрос - могу ли я создать

несколько пустых swf библиотек, а потом раскидать по ним нужные

классы, не заботясь о том, что добавление какого-нить класса

потянет за собой целую тучу родительских классов, которые я хочу

добавить в другую библиотеку? Надеюсь я понятно изложил.. ;)

Ибо подобная задача с использованием MMC потребует от меня

следующего:

- указать в коде во fla, какие классы нужно вкомпиливать

- указать, в одноименном exclude-.xml файле, какие классы НЕ

вкомпиливать (это больше всего напрягает)

Constantiner:

FaSP>      Насколько я понял, этот чудовый компилятор компилирует классы

FaSP>      через интерфейс командной строки.

Да, ты абсолютно прав. Для ленивых там есть UI, написанный сторонним

разработчиком. Можно этот компилер подключать к различным

as-редакторам.


FaSP>      Поначалу я удивился, - в примере указано, что .as файлы

FaSP>      компилируется в .swf Как же так? - подумал я.. А как же fla, в

FaSP>      которм мои картинки, звуки, шрифты и прочая анимация.. ;)

Можно и компилировать в swf, который тут же создается. Для этого там

предусмотрен класс Main с методом main (как, например, в Java или C#).

Можно для этого swf задать размеры и фрэймрейт. Но это опция для

"чистых" программистов, которые все делают программно. Ну а так ты

прав, надо сделать болванку swf, которую потом использовать для

компиляции. Все имеющиеся там классы будут замещаться новыми. Время

компиляции проектов, которые в MMC компилируются несколько минут, у

mtasc обычно меньше секунды.

FaSP>      Далее я понял (надеюсь правильно), что изначально при помомщи

FaSP>      Flash IDE мы компилируем fla в swf, а затем можем при помощи

FaSP>      MTASC "вкомпиливать" свои классы уже прямо в этот swf.

Истинная правда! С компонентами второй версии проблема. На данном

этапе они остаются неизменными. Но над этим идет работа...

  

FaSP>      В связи с этим меня интересует вопрос - могу ли я создать

FaSP>      несколько пустых swf библиотек, а потом раскидать по ним нужные

FaSP>      классы, не заботясь о том, что добавление какого-нить класса

FaSP>      потянет за собой целую тучу родительских классов, которые я хочу

FaSP>      добавить в другую библиотеку? Надеюсь я понятно изложил.. ;)

Точно сказать не могу, надо читать в доке или задать вопрос автору.

Преимущество данного компилятора в том, что автор активно общается с

пользователями в мэйл-листе (он есть в ссылке на страничку

компилятора: http://team.motion-twin.com/ncannasse/mtasc.html

И очень охотно добавляет новые фичи, которые хотят пользователи. Там

есть, например, один парень с Украины, который активно в этом процессе

участвует.

В идеале автор хочет добиться того, что с использованием его компилера

Macromedia Flash IDE уже не понадобится... И это радует. Ибо

Макромедия очень неохотно идет навстречу пользователям.

Денис Шереметов:

Ох, боюсь прикроет ему кислород ММ если его компилятор будет слишком

распространен, плеер то они пишут! А вообще конечно замечательно что

есть такие проекты, интересно только н что люди живут, проект то

некоммерческий?