Флэш Потрошитель этот | тот | 1.0

О сервисе Dropbox я знал давно, и даже был там зарегистрирован
https://www.dropbox.com/referrals/NTMwNDI2NzI5

С помощью UMapper можно создать свою карту с полезной дополнительной информацией и разместить ее у себя на сайте, удобно и бесплатно. На UMapper можно даже сделать географическую игру:

(вот еще одна игра для тех, кто был на конференции ITSea 2009). Пока сервис еще в бете, но список его возможностей уже займет добрую страницу.

Кстати, суровые челябинские флэшеры значительно участвуют в разработке его флэш-интерфейса, и им интересно ваше мнение о UMapper.com. Дело в том, что 14 ноября в Челябинске будет проходить встреча RAFPUG (скажу вам пока как бы по секрету). И сейчас создатели UMapper готовят доклад, где рассскажут о своих находках, сделанных при работе над этим сервисом. Пишите!

...и поддержите UMapper как стартап

С 14 по 30 сентября на стартап-портале Vator.tv проходит конкурс молодых компаний со всего мира. Главный приз — 3-х минутная презентация перед крутыми инвесторами. UMapper тоже соревнуется за первое место, и ему помогли бы ваши голоса — проголосовать за UMappwer можно здесь.

Александр Сергеев ^(кто?) создал Отправлятор — кроссплатформенное AIR-приложение для быстрого обмена файлами. Отправлятор прост в использовании: бросаем на него нужный файл и на этом — все. Хотите хранить файлы на своем хостинге? Нет проблем, читайте "Установку" на странице Отправлятора, Drag-n-Drop.ru.
Пятиминутное дело! Я себе уже прикрутил, и вот он, первый клевый файл закачан

Часто можно услышать вопросы: а что такое Apache Ant? Чем он может мне помочь, как его использовать, нужен ли он мне вообще? И хоть мы уже неоднократно и сердито писали об этой замечательной технологии автоматизации рутинных задач, об Apache Ant надо писать еще и еще, ведь каждый, кто его использует, знает, сколько человекочасов (и, что более важно, человеко-нервов и человек-жен) они сэкономили, потратив два часа на полное освоение этой технологии, включая оптимизацию своего текущего проекта.

Как Apache Ant помогает человеку не делать работу за роботов

Приведу свежий пример из собственного опыта. На одном из последних проектов я должен был делать цепочку одних и тех же операций:

1. Увеличить номер билда в версии приложения (например, с 0.2.178 до 0.2.179). В двух файлах: текстовом build.number и файле Version.as, который затем вкомпилируется в приложение для точного отображения его текущей версии для тестера в правом нижнем углу приложения.
2. Скомпилировать версию приложения для Flash Player 9.
3. Также скомпилировать версию для Flash Player 10, с другим именем. Код не менялся, но дело в том, что в моем проекте активно использовалась BitmapData максимальных размеров, а во Flash Player 10 эти размеры увеличены с 2880x2880 пкс до 4095x4095 пкс. И чтобы выжать максимум возможностей для пользователя, не заставляя его при этом обновлять FP9 до FP10 (требование заказчика), html-станица автоматически подставляла нужный swf-файл приложения с помощью SWFObject.
4. Положить созданные билды вместе с файлом версии build.number в целевой каталог, а также скопировать их в соотвествующие номеру билда подкаталоги типа "/179". Копии создаются для возможности быстрого отката к нужной версии, что особо важно на завершающих этапах проекта, особенно если нервный немецкий клиент уже сам тестирует приложение.
5. Закачать созданные билды в целевые каталоги FTP-сервера.

Сделать заново все вышеперечисленные шаги для отладочной версии приложения и залить ее на другой, тестовый сервер для собственной отладки или профайлинга. Отладочные файлы хранить отдельно.

Думаю, очевидно, что все вышеперечисленные шаги легко алгоритмизируются и превращаются в набор задач для простого автоматического робота, которым и является Apache Ant. Заставлять человека выполнять такие для каждой новой сборки приложения (а она может происходить весьма часто, иногда интервалы между сборками становятся менее трех минут) — задача истинно дьявольская. Я бы сделал так, если бы хотел превратить человечество в стадо унылых и тупых биороботов. Судя по некоторым спамерам и вообще, кое-кто успешно релизует такие модели, люди, опомнитесь, вы идете в ад, такой ад.

Стоп, сатана, тебе здесь не место

Но на гуманистическом сайте Ф. Потрошителя мы ставим жесткий заслон планам сатаны. Мы любим Apache Ant и посвящаем ему еще один пост. В конце я приведу файл, что решал все мои указанные выше задачи, но если вы еще совсем ничего не знаете про Ant, то приглашаем вас на

знакомство с Apache Ant

Блоггер Самойлов написал совсем надавно вот такую короткую статью: Знакомство с ANT. Как бы отвечая ему, Константин Ковалев тоже написал статью, но она длинная и написана уже давно, со свойственной Константину основательностью: Сборка Flex-приложений с помощью Ant, и вот еще есть доклад от него же "Разработка Flash-проектов с использованием Apache Ant и FDT".

Ваши более тесные отношения с Apache Ant

После этих двух статей вы уже почти специалист по Apache Ant и вам можно дать это:

• Домстраница Apache Ant и описание набора задач Apache Ant (жмите там Ant Tasks).
• Обсуждение Apache Ant (и Maven, спасибо Алексею Квирингу из Альтернативы).
• Проект "Турецкий свитер": сборник решений популярных Ант-задач.
• Проект "Antennae" для Flex.

И помните: Ант автоматизировал, автоматизировал, да не перенедоантоавтоматизировывал, а вот тот файл build.xml, что решал мои задачи, он простой, тупой и неоптимизированный, но черт побери он работает.

Если вы из тех, кто делает и настоящие творческие Flash-приложения, и насыщенные проекты с использованием Flex Framework, то вы, наверное, уже думали о том, что было бы неплохо использовать для творческих Flash-приложений тот же самый редактор, что и для Flex. А именно — Flex Builder. Ведь он намного мощнее встроенного редактора кода Flash, и за него не придется платить или подбирать лекарство второй раз, как в случае с дорогостоящим FDT (каюсь, я еще не трогал IDEA . FlashDevelop хорош, но там нет многих бесплатных фишек Eclipse, включая такие важные инструменты, как работа с SVN (поправьте, если есть). Как бы там ни было: написание кода для FLA-приложений во Flex Builder — вкусная вещь, но создатели Flex Builder ее не предусмотрели.

Но делать Flash-приложения во Flex IDE возможно, нужно лишь создать несколько необходимых файлов (fla-файл и основной класс документа), настроить определенным образом проект и подключить нужные библиотеки.

Автоматизация создания Flash-проектов во Flex Builder

Ли Бримелоу автоматизировал эту задачу. Он сделал инструмент под названием Flash CS4 / Flex 3 Project Builder: парой кликов вы создаете все файлы, каталоги и прочее, остается лишь на втором шаге импортировать этот проект во Flex Builder. Вы можете скачать приложение и посмотреть короткий видео-урок.

Автоматизация рутинных операций с кодом во Flex Builder

Cтоит посмотреть эти два урока общей длительностью в 15 минут, тоже от Ли. Он показывает, как 1) установить и настроить Eclipse-панель Snip Tree View, позволяющую очень быстро и просто добавлять 2) сниппеты кода с переменными. То есть заготовки типа геттеров-сеттеров, ловцов событий и прочих весьма громоздких языковых конструкций, без которых язык ActionScript уже нельзя представить, ведь именно благодаря им мы имеем строгую типизацию, приватные и публичные свойства, все то, что делает этот язык зрелым, но за зрелость мы платим избыточностью кода. Разрешить эту дилемму и помогают сниппеты, выполняя за программиста самую рутинную часть работы в избыточном кодировании.

Автоматизация с помощью Monkey for Flex

Отдельно стоит рассказать о проекте Monkey for Flex, решающим задачу автоматизации кодирования по другому, и об этом будет рассказано, будет опубликована презентация и даны ссылки вроде этой.

Aviary, ранее выпустившие онлайновые графический редактор Aviary Phoenix и генератор паттернов Aviary Peacock, выпустили онлайновый векторный редактор Raven.

Если вам нужно сделать логотип, векторный клип-арт, дизайн футблоки — он справится. Демки и скринкаст можно увидеть в блоге Aviary.

Примеры готовых работ — в галерее векторного редактора Raven.

Многие люди пытаются приспособить Flex Bulder для создания Javascript-AIR-приложений, и некоторым это даже удается, но это не самый легкий путь (поправьте, если я неправ).

В то же время, существует два вполне рабочих решения.

Adobe AIR в Dreamweaver

Cкачав и установив расширение для создания приложений Adobe AIR в Dreamweaver, в меню Dreamweaver вы найдете пункт Site > Air Application Settings. Там можно задать все настройки приложения, включая сертификат издателя. Это неплохо работает. Один неудобный момент — добавление ресурсов в сборку приложения. Работает без ошибок, но там нет возможности рекурсивно добавить ваш каталог, например, scripts, со всеми его подкаталогами. То есть нужно добавлять каталог за каталогом. Это не создает сложностей при разработке и тестировании приложения, но вот если вам нужно импортировать сложный существующий проект, то может не понравиться. Процесс настройки приложения документирован, а разработка заключается в написании JavaScript-кода и верстке HTML. Также существуют специальные адаптеры в файле AIRAliases.js, позволяющие из JavaScript получить доступ к родным функциям самого AIR, например, для работы с файлами.

Adobe AIR в Aptana IDE

Скачав и установив расширение Adobe AIR для Aptana IDE, вы сможете создавать AIR-приложения в весьма продвинутой среде для написания и отладки JavaScript-кода.

Сейчас Аптана, пожалуй, единственная среда, в которой вы создаете AIR-проект естественным образом через меню Project > New > Adobe AIR Project. Даже во Flex Builder нет такого пункта меню, там надо на втором шаге диалога создания Flex-проекта выбрать, что это будет десктопный проект, и я уже знаю одного человека, который не дошел до этого второго шага и подумал, что Flex Builder не предназначен для создания AIR-приложений. Ведь в меню Flex Builder нет пункта типа "Create AIR Project" (на втором шаге которого предлагалось бы выбрать тип проекта — Flex / Acrionscript / JavaScript).

Aptana же предлагает продвинутый диалог создания проекта Adobe AIR на Javascript / HTML и набор фреймфорков, подключить которые можно на одном из шагов визарда:

А на следующем шаге — импортировать JavaScript-библиотеки:

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

Нет, финальный штрих — это отладка этих же JavaScript-приложений на AIR прямо во встроенном отладчике Aptana IDE, в котором пользователи Eсlipse / Flex Builder найдут много уже знакомых функций.

Импорт и сборка существующего AIR-JavaScript-проекта в Aptana идет гладко, опробовал на продукте "75 примеров на JavaScript для Adobe AIR в одном проекте" от Кевина Хойта.

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

На горизонте появился и уже вышел в релиз новый инструмент отладки траффика, аналогичный уже известным Charles и Service Capture, но дешевле каждого из них приблизительно в 2 раза и, как пишет Роман Шупер, совсем скоро он будет обладать функционалом, недоступным в других инструментах.

Этот инструмент называется RIA AppPuncher, а разрабатывают его уже известные нам своими продуктами The Midnight Coders. Например, сервер WebOrb — их рук дело.

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

В новости у Ромы — много скриншотов; и уже сейчас вы можете скачать RIA App Puncher.

Update:
Спасибо большое за присланные ссылки! Добавляю в пост:

• Про FDTracer (Ромастый)
• Отладчик FDBPlugin (Ромастый)
• Группа "FDЛюди" на Flasher.ru (iNils)
• SVN-репозиторий исходного кода FlashDevelop (Елена)

В то же время ya в комментариях утверждает, что все приведенные ниже ссылки больше не актуальны по причине возможностей свежей версии FlashDevelop.

Исходный текст поста:
Время от времени кто-то спрашивает, с чего начать освоение FlashDevelop, замечательного IDE для разработки Flash / Flex приложений. Некоторые туториалы и информация по флэшдевелопу:

• Разработка AS3 / MXML приложений с помощью FlashDevelop.
• Можно ли компилировать целиком сложные проекты во FlashDevelop?
• Разработка Flex-based AIR (Apollo) приложений во FlashDevelop.
• Настройка ASDoc для FlashDevelop.
• Tutorial: AS3 in FlashDevelop (in English).
• FlashDevelop 3.0 Beta8, много плюшек.
• FlashDevelop 3.0 - настройка trace mode.
• Налаживаем компиляцию под Flash Player 10 из FlashDevelop IDE.
• Cравнение средств разработки RIA приложений используя Flash платформу.

Что-то здесь лишнее, а чего-то не хватает? Прошу высказываться и давать ссылки — облегчим правильным людям начало жизни с правильным редактором кода.

Нам пишет Елена Геллер (Дортмунд, Германия):

Вы когда-то сообщали о Flexclipse как о "минималистской" среде разработки. Flexclipse, похоже, пока не развивается. Существуют, однако, два других интересных опенсорсных проекта — axdt для Eclipse от Martin Schnabel (до этого, как я понимаю, создал ASDT) и FlexBean для Netbeans.

Оба проекта до времени находились в довольно сыром состоянии. Но вот недавно AXDT (с версии 0.0.6) и FlexBean (с сегодня) относительно юзабельны. Для больших проектов не вполне годятся, но для небольших поделок руками пользователей Линукса уже применяться могут. Как дебаггер "до кучи" вполне пойдет Arthropod; я его недавно оттестировала на Opensuse 11, запущенной в live-варианте с CD еще с бета-версией AIR — работает себе.

Насколько это актуально для отечественного разработчика, часто и густо пользующего "левый" софт (и, "имея то, что имеем", осуждать людей тут не за что), я не знаю. Это несколько актуальнее для западных линуксоидов. Да и вообще, для мелких самостоятельных разработчиков, не желающих проблем с законом, но начинающих практически с нуля (имею в виду материальную базу). Но по крайней мере, Flex-разработка под Линуксом медленно становится реальностью.

Ах да: плюсы и минусы. AXDT пользует опенсорсный Flex SDK, в настоящее время поставляется с версиями 3 и 4, но самостоятельно версию поменять нельзя. Cкажем, если завтра выйдет 3.3., то надо будет ждать следующей версии AXDT, которая авось это учтет. То есть может быть там можно что-то "подточить напильником", но я пока не знаю, где именно. А вот FlexBean можно без проблем переключать между любым количеством версий Flex SDK, но:

1. Для MXML пока что нет подсветки кода.
2. Проект по умолчанию создается с главным mxml-файлом, поэтому, если хочешь чисто AS-проект, надо сначала позволить создать этот главный файл (все остальное невозможно), а потом подправить свойства проекта.

Разумеется, об удобствах, предоставляемых FlashDevelop, пока можно только мечтать, но мы же пока что говорим о минималистском варианте. К тому же мне пока неясно, возможно ли подключать в обоих плагинах внешние библиотеки. Пока что я вижу только одну возможность: в той же папке, где лежит главный файл проекта (назовем его main.as), добавить конфигурационный файл, который в этом случае будет называться main-config.xml (тогда при компиляции он считается по умолчанию), и в нем внести все необходимые параметры, не забыв при этом цвет фона / ширину / высоту и пр.

Елена, спасибо за этот обзор!