Рано или поздно любой flex-разработчик понимает, что нужно что-то сделать с собственным “винегретом” в коде, состоящим из mxml-разметки вперемешку с inline-кодом. А, собственно, что с ним не так? Если кратко, то:

• код трудночитаем, из-за постоянного перехода внутри одного файла от as3 кода к mxml разметке и обратно;
• сильная связанность (нет возможности легко заменить разметку или реализацию);
• низкая переиспользуемость кода (трудно перенести код/разметку в другой проект);
• отсутствует возможность разделить обязанности между разработчиком и дизайнером (кто-нибудь помнит/пользовался Flash Catalyst?, ах да: Development and sales ended on April 23, 2012);
• сильно разросшийся размер файла;
• и так далее.

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

<?xml version="1.0" encoding="utf-8"?>   
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009"  
    xmlns:s="library://ns.adobe.com/flex/spark"  
    xmlns:mx="library://ns.adobe.com/flex/mx"  
    height="450">  

    <s:layout>  
        <s:VerticalLayout/>  
    </s:layout>  

    <fx:Script> <![CDATA[  
        import spark.events.IndexChangeEvent;  
        private function myChangedHandler(event:IndexChangeEvent):void  
        {  
            var selIndices:Vector.<int> = event.currentTarget.selectedIndices;  
            var selItems:Vector.<Object> = event.currentTarget.selectedItems;  
            var numItems:Number = selIndices.length;  
            selIndicesTA.text = "";  
            selItemsTA.text = "";  
            for (var i:Number = 0; i<numItems; i++)  
            {  
                selIndicesTA.text = selIndicesTA.text + selIndices[i] + "\n";  
                selItemsTA.text = selItemsTA.text + selItems[i] + "\n";  
            }  
        }  
    ]]>  
    </fx:Script>  
 
    <s:List allowMultipleSelection="true" change="myChangedHandler(event);">  
        <mx:ArrayCollection>  
            <fx:String>Flex</fx:String>  
            <fx:String>Flash Builder</fx:String>  
            <fx:String>Flash</fx:String>  
            <fx:String>Director</fx:String>  
            <fx:String>Dreamweaver</fx:String>  
            <fx:String>ColdFusion</fx:String>  
        </mx:ArrayCollection>  
    </s:List>  

    <s:Label text="Selected indices"/>  
    <s:TextArea id="selIndicesTA" height="75"/>  
    <s:Label text="Selected items"/>  
    <s:TextArea id="selItemsTA" height="75"/>
  
</s:Application>

Вместо того, чтобы пропагандировать “здоровое кодирование”, а также потому, что не смогла, как обычно, сразу сделать нормально. А, в конце концов, совсем открестилась от flex-а. Возможно, мы перекладываем с больной головы на здоровую, и во всем виновата прокрастинация разработчика. Но и она в основе своей вытекает, хоть и отчасти, из предыдущей проблемы. (Действительно ленивый программист сразу пишет рабочий, красивый и сопровождаемый код).

Не будем о грустном. Так как же можно отделить просо от гречки? Если хорошо поискать, то Adobe предлагает следующие варианты:

• использовать <fx:Script> блок. Собственно, от его использования мы и пытаемся избавиться;
• инлайн обработчики событий:

<s:Button label="Convert" 
click="celsius.text=String(Math.round((Number(fahrenheit.text)-32)/1.8 * 10)/10);"/>

• в отдельном as файле: <fx:Script source=”includes/Sample3Script.as”/>.

Много кода в инлайн обработчике не напишешь. Нельзя использовать операторы сравнения. Да и не похож этот вариант на разделение, скорее наоборот. Проходим мимо.

Описывание кода в отдельном as файле ни к чему, кроме головной боли, не ведет. Как минимум, код в пустом (безо всяких package, class и тд) файле выглядит странно, запутывает и приводит в уныние, наверное, все современные IDE. Кто-нибудь сейчас так пишет? Получается, название статьи расходится с её содержанием. Зачем она нужна непонятно (см. абзац “Почему так происходит”).

Вот мы все ругаем Adobe за Flex. Так ведь да, в один прекрасный момент она сама это поняла и переписала часть фреймворка, как надо. Ввела новый жизненный цикл компонентов и отделила логику/поведение компонентов от их внешнего вида и увеличила цифру у фреймворка аж до 4.00. Можно даже почитать, как правильно готовить такие компоненты. Переписать все компоненты сил не хватило, теперь этим занимается Apache Foundation.

Что же делать? И как быть? Наверное, многие уже поняли, к чему я клоню, и вспомнили о старом, добром CodeBehind-е.  Идея этого архитектурного паттерна проста: всю бизнес-логику пишем на чистом as3 (базовый класс), а расположение и внешний вид контролов, описываем, используя mxml-разметку. Все контролы, которые будут использоваться в коде, должны иметь id и быть описаны в базовом классе как публичные переменные с соответствующим типом. Звучит страшно, но на самом деле все просто. Рассмотрим пример:

// BaseControlPanel.as 
public class BaseControlPanel extends Group 
    { 
        public var stopButton : Button; 
        public var startButton: Button; 
        public function BaseControlPanel() 
        { 
            super(); 
        } 
 
 
        /** 
         * @inheritDoc 
         */ 
        override protected function createChildren():void 
        { 
            super.createChildren(); 
            stopButton.addEventListener(MouseEvent.CLICK, onStopButtonClicked); 
        } 
 
 
        /** 
         * Обработчик клика по кнопке старт 
         * @param e 
         */ 
        protected function onStartButtonClicked(e:MouseEvent):void 
        { 
            trace("Start"); 
        } 
 
 
        /** 
         * Обработчик клика по кнопке стоп 
         * @param e 
         */ 
        private function onStopButtonClicked(e:MouseEvent):void 
        { 
            trace("Stop"); 
        } 
    } 
 
// ControlPanelView.mxml 
<?xml version="1.0"?> 
<local:BaseControlPanel xmlns:fx="http://ns.adobe.com/mxml/2009" xmlns:local="*" xmlns:layouts="spark.layouts.*" 
                        xmlns:components="spark.components.*"> 
 
    <local:layout> 
        <layouts:HorizontalLayout paddingLeft="5" paddingTop="5"/> 
    </local:layout> 
 
    <!-- Кнопка запуска --> 
    <components:Button id="startButton" label="start" click="onStartButtonClicked(event)"/> 
 
    <!-- Кнопка остановки --> 
    <components:Button id="stopButton" label="stop"/> 
 
</local:BaseControlPanel>

В приведенном примере мы видим два варианта подписки на событие клика по кнопке. Стоп-кнопку мы подписываем на клик mxml файле. Для этого необходимо, чтобы обработчик события был виден, т.е. был либо protected либо public. Старт-кнопку мы подписываем в createChildren, сразу после того, как она создастся. Оба варианта приемлемы. Вариант с подпиской в разметке, как нам кажется, короче, но не так универсален. Если нам нужно будет создать еще один вариант разметки, нам придется еще раз подписывать кнопку на это событие, что избыточно и легко может привести к ошибке, если мы забудем это сделать. С другой стороны, если нам нужно подписаться на это событие не сразу, или подписать вообще другой компонент (который также может послать это событие), то сделать это без изменения as3 кода не получится. А так как именно эту проблему мы и решаем, то вариант с подпиской на событие в разметке в данном случае подходит лучше. Используем тот вариант, который решает нашу задачу лучше.

Таким образом, мы частично решили поставленные в начале статьи задачи, и даже получили некоторые другие преимущества:

• создание конструктора класса;
• возможность тестировать логику приложения отдельно от её представления;
• возможность наследоваться от базовой логики, без необходимости нести с собой mxml-мусор.

Но, как и у любого другого шаблона, у CodeBehind есть не только плюсы, но и минусы:

• увеличилось количество набираемого кода;
• увеличилось количество файлов/классов для редактирования (что приводит к частому переключению между вкладками в IDE);
• использование наследования вместо композиции, что ведет к увеличению иерархии наследования;
• необходимость в предоставлении ссылок-заглушек при тестировании базовых классов;
• возможно частичное нарушение инкапсуляции и наследования.

Другим вариантом реализации отделения логики от разметки является приём, называемый CodeFront (или code in front). Идея его (вы наверное и сами догадались) так же проста и кристальна, как и в случае с CodeBehind, и заключается в том, что сначала мы реализуем расположение компонентов, и только потом наполняем их жизнью (добавляем логику). Пример:

// BaseControlPanelView.mxml 
<?xml version="1.0"?> 
<s:Group xmlns:fx="http://ns.adobe.com/mxml/2009" xmlns:local="*" xmlns:layouts="spark.layouts.*" 
         xmlns:components="spark.components.*" xmlns:s="library://ns.adobe.com/flex/spark"> 
    <!-- 
        /** 
         * Внешний вид панели управления 
         * Created 18.04.2014 
         * Version 1.0 
         * Copyright (c) 2014 
         * @author ChessMax (www.chessmax.ru) 
         */ 
    --> 
 
 
    <s:layout> 
        <layouts:HorizontalLayout paddingLeft="5" paddingTop="5"/> 
    </s:layout> 
 
 
    <!-- Кнопка запуска --> 
    <components:Button id="startButton" label="start"/> 
 
 
    <!-- Кнопка остановки --> 
    <components:Button id="stopButton" label="stop"/> 
 
 
</s:Group> 
// ControlPanel.as 
public class ControlPanel extends BaseControlPanelView 
    { 
        public function ControlPanel() 
        { 
            super(); 
        } 
 
 
        /** 
         * @inheritDoc 
         */ 
        override protected function createChildren():void 
        { 
            super.createChildren(); 
 
 
            startButton.addEventListener(MouseEvent.CLICK, onStartButtonClicked); 
            stopButton .addEventListener(MouseEvent.CLICK, onStopButtonClicked); 
        } 
 
 
        /** 
         * Обработчик клика по кнопке старт 
         * @param e 
         */ 
        protected function onStartButtonClicked(e:MouseEvent):void 
        { 
            trace("Start"); 
        } 
 
 
        /** 
         * Обработчик клика по кнопке стоп 
         * @param e 
         */ 
        private function onStopButtonClicked(e:MouseEvent):void 
        { 
            trace("Stop"); 
        } 
    }

Используя CodeFront, нам больше нет необходимости описывать все необходимые переменные в классе, чтобы использовать их в логике. Так как мы наследуемся от mxml-разметки, то компилятор делает это за нас. Но теперь мы лишены возможности назначить обработчик события inline-внутри mxml-разметки, так как описан он будет только в наследнике. Также нет возможности полностью заменить layout получившегося компонента, по понятным причинам. Да и перенести логику в другой проект без layout-а теперь не получится. Возможно, поэтому этот вариант гораздо менее популярен, чем CodeBehind.

Заключение.

CodeBehind/CodeFront - архитектурный прием, который позволяет относительно легко сделать код чистым и структуированным, что  легко дает возможность модифицировать его в будущем. Хотя поначалу довольно непросто привыкнуть писать код так, и это сильно раздражает. Даже кажется, что мы делаем слишком много дополнительной работы. Но, как говорится, стоит только начать, а уж когда втянетесь… Становится легче абстрагировать логику от разметки. Гораздо легче наследоваться от чистых AS3 классов, нежели от MXML классов с необходимостью изменять layout. Попробуйте один из перечисленных приемов в своем проекте. И обязательно оставляйте комментарии о своем положительном/отрицательном использовании перечисленных техник.

Почитать:

Code Behind
Code behind in Flex and WPF
Flex and WPF: A comparison – Part 2b
Code-Behind and Flex 2.0 (Partial Classes)
Building components by using code behind
Creating components and enforcing separation of concerns with Flex
Best Practice: Code Behind versus MXML Script Blocks versus View Helper

Еще раз поздравим Максима 'Mokus' Грынива с большим достижением - его игра Contre Jour стала игрой года в AppStore. Читайте большое интервью с Максимом. Неудивительно, что он стал человеком года на Флэшгаме-2011. Желаем тебе еще большего успеха, Макс! И спасибо тебе за то, что ты щедро делишься своим опытом с самого начала.

В набор Adobe Touch Apps входят следующие мобильные приложения, предназначенные в основном для дизайнеров и проектировщиков:

• Photoshop Touch – без комментариев.
• Adobe Collage – скетчбук для идей и концептов. Совмещаем графику с текстом и набросками.
• Adobe Debut – универсальный портфолио-органайзер.
• Adobe Ideas – делаем дизайн в векторе, слоях и цветовых темах.
• Adobe Kuler – работаем с цветовыми палитрами: создаем, обмениваемся.
• Adobe Proto – делаем интерактивные прототипы сайтов и мобильных приложений (см. блог о Proto).

Вот - оригинал этой новости на английском с некоторыми дополнительными сведениями.

Адоби обновила FAQ о будущем развитии Flex - официальный документ под названием "Your Questions About Flex". Коротко судьба Флекса теперь формулируется так:

Flex теперь -- в руках сообщества, Adobe продолжит участвовать в нем, но не будет определять его дорожную карту (оригинал c Flex на Facebook: "In short, Flex is in the hands of the community, Adobe will continue to contribute but will not define the road map").

Что можно к этому добавить? Вы хотели опенсорса? Вы его получили. Судьба Flex зависит от вас. Вы готовы развивать его? Сделать Flex 5 лучше всего остального? Показать, как надо делать? А ведь открываются очень неплохие перспективы!

Кто сможет развивать Flex?

Рассчитывать на титанические усилия отдельных разработчиков можно, но, на мой взгляд, самый качественный вклад в развитие Флекса могут сделать компании и команды, которые адаптировали его под себя и свои текущие проекты, переписывая его неудачные места сами, не дожидаясь, пока Адоби перепишет плохой код. Это такие компании, как, например, Farata Systems, знающие, что не так во Flex 4. Хотя, конечно, после поднявшейся вокруг паники сначала нужно стабилизировать ситуацию, успокоить клиентов и снова сосредоточиться на работе. 

Update: не будем забывать, что для развития Flex сообществом уже сформирована группа Spoon — теперь нужно внимательно следить за их деятельностью, и — участвовать в том, что происходит.

Очень интересные времена.

Это - локализация статьи "Flex: where we are headed" от Andrew Shorten из Adobe.

Как мы уже писали, вышедший в начале лета 2011 года Flex 4.5 вызвал превосходящий ожидания отклик разработчиков и пользователей - всем понравилось, как, используя один и тот же инструмент, один фреймворк и один базовый код, можно делать мощные Flash/AIR приложения для всех ведущих мобильных платформ - Google Android, Apple iOS и BlackBerry Tablet OS, не говоря уже о вебе и десктопах. Простейший урок создания мобильного helloworld-приложения на Flash показывает, как начать это делать. С тех пор команда разработчиков Flex была погружена в планирование и разработку будущего Flex SDK и Flash Builder и, хотя не все еще известно, некоторое представление можно составить уже сейчас.

Развитие Flex, Flash Builder, Flash Player и AIR

Сотни инженеров Adobe продолжают параллельную разработку сразу нескольких ключевых компонентов флэш-платформы - Flash Builder IDE, фреймворка Flex, среды выполнения приложений Flash Player и AIR, а также инструментов Flex SDK. Мы уже писали о скором выходе ключевого для мобильной разработки релизе Flex SDK 4.6 и Flash Builder 4.6. Помимо этого обновления, продолжается работа над другими продуктами.

Роль Flex изменилась

С момента своего появления Flex продвигается как ведущее решение для создания RIA -  “Rich Internet Applications”; потенциально это означает применение везде, где идет речь об увлекающем, насыщенном взаимодействии пользователя с приложением в браузере. Мы видели многочисленные примеры таких Flex-приложений: конфигураторы продуктов, сайты электронной коммерции, игры, программы электронного обучения, банковские сервисы, бизнес-панели и диаграммы, редакторы фото, аудио- и видео-приложения, инструменты повышения производительности и множество других.

Настоящий момент обязывает инженеров Adobe сфокусироваться на том, что делает Флекс уникальной ценностью сегодняшнего рынка. Есть бесчисленные примеры в прошлом, где Флекс был верным выбором в качестве единственного способа удовлетворения потребностей пользователя в насыщенном веб-интерфейсе. Сейчас множество из этих приложений может быть создано в браузере средствами HTML5, и Adobe тоже предоставляет дизайнерам и разработчикам инструменты для этого, Edge и Muse. Но это не означает, что HTML5 является идеальным выбором для каждого случая. Так, использующие Flex компании в качестве ключевых аргументов в его пользу называют производительность, зрелость фреймворка и надежность инструментов. Flex уже является лучшей технологией для создания сложных, высококачественных enterprise-приложений, включая бизнес-приложения, инструменты реального времени для трейдеров и виртуальные рабочие столы; есть масса компаний в здравоохранении, финансовых сервисах, коммуникациях и других отраслях, включивших Flex в свои стандарты. Adobe продолжит укрепление Flex в энтерпрайзе как средства создания таких эффектных и надежных приложений. В ближайших релизах мы увидим завершение набора Spark-компонентов, повышение доступности UI, интеграцию системы билдов, инструменты анализа производительности и интеграцию компилятора следующего поколения. Это и делает Flex выбором №1 для построения насыщенных приложений промышленных масштабов - enterprise RIA.

Мобильность – следующий большой шаг для Flex

Но разработчики из Adobe вкладываются не только в сектор enterprise. Взрывной рост популярности мобильных устройств открыл новые двери для пользователей, крупных организаций и разработчиков, и вместе с этим он дал создателям продуктов новые вызовы. Как мы уже видели во Flex 4.5, Adobe семимильными шагами движется к единому фреймворку для создания и доставки мобильных приложений на ряд разных устройств и платформ. Adobe продолжает повышать производительность в runtime, разрабатывает Native Extensions в AIR для использования "родных" API устройств, добавляет новые компоненты и декларативное скинование, поддерживает новые платформы и улучшает процессы использования инструментов. Следующий релиз Flex должен свести потребность в разработке полностью "родных" приложений к минимуму, к нескольким специальным случаям. Рост мобильного рынка и необходимость создания приложений, работающих на ряде устройств с разными форм-факторами и платформах дает Adobe возможность приобщить к Флексу абсолютно новую аудиторию разработчиков, сохраняя при этом значимость Flex для существующих флексеров, расширяющих свою деятельность на поле мобильных приложений.

Восприятие термина “Flash”

Все это, конечно, не будет так хорошо, если останутся недопонимание или неосведомленность о том, что Flex (и в более широком смысле - Adobe) предлагают для мобильной и enterprise-разработки. После всего этого нездорового шума (FUD) вокруг Flash на протяжении последних месяцев, первоочередной задачей является демонстрация возможностей Flex как в enterprise, так и в мобильной разработке. В энтерпрайзе Adobe продолжает строить важные связи с большими организациями, приглашая их к использованию адобовских решений в сфере Customer Experience Management (CEM). Flex - это ядро технологии CEM от Adobe, чей непрекращающийся диалог с клиентами позволяет грамотно позиционировать Flex, Flash Builder и среды выполнения как средство исключительного взаимодействия с клиентом через насыщенные интернет-приложения и легкие в использовании интерфейсы для веба, десктопов, планшетов и мобильных (включая устройства на Apple iOS).

В мобильной же разработке Adobe, являясь относительно новым участником рынка, уже получила хороший отклик на свои действия. Скачивания пробных версий Flash Builder стали рекордными за все время, появились сотни достигших магазинов мобильных приложений, и некоторые из них стали лидерами в своих нишах в Apple App Store, лучшими играми на iPad 2 (Machinarium). После того, как позднее в этом году Adobe добавит еще больше возможностей для мобильной разработки, следует ожидать и более агрессивного маркетинга Adobe в сторону мобильных разработчиков, включая серию конкретных историй успеха с участием обновленного Flex.

С нетерпением ожидаем отзывов о новых, поражающих воображение возможностях от всех Flex-разработчиков: и опытных, и новичков.

Следите за происходящим с Flex, Flash и AIR на Adobe MAX, что состоится с 1 по 4 октября в Лос-Анжелесе - там вы узнаете значительно больше о направления развития Flex.

Также напоминаем, что обзор и обсуждение главных мобильных новостей с Adobe MAX 2011 (и не только) состоится на встрече UAFPUG#31, 8 октября в Харькове - регистрируйтесь сейчас (встреча бесплатна, но количество мест ограничено).

Перевод с английского (оригинал статьи).

Летом 2011 года Adobe выпустила первую версию Flex с поддержкой разработки мобильных приложений. Во Flex 4.5 SDK набор компонентов и фреймворк оптимизированы для мобильных устройств. Во Flash Builder 4.5 появились новые типы проектов - мобильные, симулятор многочисленных устройств на разных платформах, поддержка отладки на реальном устройстве, простая упаковка приложений для распространения на ряде мобильных девайсов и соответствующих магазинов - как показано в этом простом уроке.

Имея единый фреймворк и инструмент разработки, можно создавать мобильные и планшетные приложения для публикации на устройствах с Apple iOS, Google Android и BlackBerry Tablet OS.

Выход Flex 4.5 вызвал положительные отзывы разработчиков, ведь теперь можно применять свои навыки по созданию веб- и десктопных приложений для создания приложений мобильных. А новички во Flex могут быстро приступить к работе, ведь Flex легко решает многие задачи мобильной разработки, такие, как разнообразие форм-факторов, разрешений экранов и плотности пикселей разных устройств, а также отличия между платформами. Во Flex можно делать продукты для всех главных магазинов приложений быстрее, чем когда-либо. Именно этим вооружен и очень опасен Флекс!

Если вы еще не исследовали Flex 4.5 и Flash Builder 4.5, то уже пора:

• Introducing Adobe Flex 4.5 SDK от Deepa Subramaniam
• What's new in Flash Builder 4.5 от Andrew Shorten

Добро пожаловать во Flex 4.6!

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

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

Новые компоненты

Flex 4.6 включает несколько новых и обновленных Spark-компонентов, оптимизированных для мобильной разработки:

SplitViewNavigator Новый компонент верхнего уровня для создания планшетных интерфейсов. Всего несколько строк кода позволяют управлять макетами многочисленных видов, реализовать их автоматическую адаптацию к смене ориентации устройства в пространстве.
CallOutButton Гибкий компонент, всплывающий поверх существующего содержимого - может содержать текст, другие компоненты, или даже целые отдельные виды приложения.
SpinnerList Новый компонент верхнего уровня для разработки под планшеты. Несколько строк кода управляют многочисленными видами, учитывая смену ориентации устройства.
DateSpinner Решение для любого случая, когда пользователю нужно ввести дату. Учитывает локаль устройства, предлагает многочисленные готовые к использованию конфигурации для применения во множестве случаев.
Улучшение работы с текстом	Flex 4.6 решает проблему ввода текста на всех устройствах. Он открывает доступ к нативным текстовым полям ввода и редактирования для каждой платформы, позволяя вам настраивать клавиатуру и давать пользователю доступ к "родному" UI устройства для привычных операций типа выделения, копирования и вставки, а также проверки орфографии.
ToggleSwitch Этот простой и в высокой степени востребованный элемент управления теперь доступен во Flex 4.6.

Повышение производительности во Flex 4.6

Adobe продолжает держать скорость работы приложений в фокусе внимания, и во Flex 4.6 - особенно. Многочисленные оптимизации позволяют приложениям быстрее отзываться на действия пользователя. Даже простая переупаковка существующего приложения через Flex 4.6 может дать прирост производительности до 50%. А новые приложения сделанные на Flex 4.6 будут иметь скорость работы, сопоставимую со скоростью работы "родных" приложений, сохраняя при этом все превосходство гибкости и мощи Flex.

Обновленная поддержка платформ

Частью этого релиза является поддержка самых последних релизов платформ, включая Apple iOS5 и обновление Android от Google. Вдобавок к этому, Flex будет сертифицирован на последних смартфонах и планшетах.

Улучшенный инструментарий – Flash Builder 4.6

С релизом Flex 4.6 Adobe значительно обновляет Flash Builder - бесплатно для пользователей Flash Builder 4.5. Вдобавок к поддержке новых возможностей фреймворка Flex, среда Flash Builder 4.6 включает две новые возможности для создания кросс-платформенных мобильных приложений: Native Extensions и Captive Runtime.

Native Extensions - "Родные расширения"

Дает разработчикам способ дополнять Flex-приложение "родными" библиотеками, написанными на языках C, Objective-C, и Java. Эта новая возможность открывает целый новый мир для разработки мобильных и настольных приложений. Имея прямой доступ к API операционных систем Apple iOS, Google Android и BlackBerry Tablet OS APIs, ваше приложение может использовать преимущества "родных" функций, таких, как оповещения, календарь и т. п. Flash Builder предоставляет полную поддержку для управления и упаковки родных расширений. Оливер Голдман написал статью об этих возможностях и о том, как создать собственное расширение Native Extension.

Captive Runtime

Предоставляет новый способ упаковки ваших приложений, позволяя пользователю устанавливать продукт на устройстве без скачивания или обновления среды выполнения (рантаймов) с магазина Android Market. Все, что нужно для работы вашего приложения, на любом устройстве, упаковано прямо в нативный инсталляционный файл.

Другие улучшения в инструментарии во Flash Builder 4.6 включают поддержку мониторинга сетевого траффика в мобильных проектах с помощью Flash Builder Network Monitor, поддержку модульного тестирования в мобильных проекта с помощью FlexUnit и улучшенную стартовую страницу Flash Builder'а, демонстрирующую новый контент и расширения.

Что дальше?

Эти новинки ждут нас в течении ближайших месяцев. Доступ к ранним билдам Flex 4.6 SDK и Flash Builder 4.6 можно получить, став участником пред-релизной программы Flex - так вы станете не только одним из тех, кто первым получает доступ к новому Флексу, но и сможете повлиять на его развитие - это зависит от вашей активности.

Этот материал лицензирован под Creative Commons Attribution-Noncommercial 3.0 Unported License. Оригинал статьи на английском.

Читать: Hello World: создание мобильного Flash-приложения за пять минут. Урок для начинающих.

читать далее

Продолжается расширение географии встреч российских флэш-разработчиков, и обрастает новыми городами и территориями еще невизуализированная карта покрытия российских просторов. В этот раз новый город принимает гостей - Владимир. А Герман Гуров из Владимира (ВКонтакте, в ЖЖ, {1}), человек-праздник на iTSea-2011 (попросите Германа дописать отчет) - помогает Владимиру принять гостей.

Итак, 24 сентября во Владимире, всего в двух часах езды от Москвы, произойдет встреча флэш-разработчиков. Вот что известно об этой встрече на данный момент:

Доклады:

1. Дуванов Анатолий (Владимир)
Оптимизация временных затрат на игровую графику.

2. Гуров Герман (Владимир)
Мотивация, распорядок дня инди-разработчика.

3. Темнов Алексей (Владимир)
От Бокс2д к Напе на примере спортивной игры.

Также будет традиционная секция блиц-докладов.

Вход на встречу свободный, но необходимо зарегистироваться.

Сайт встречи: http://iheroes.ru/rafpug/vlad_september_2011/

Если вам есть что рассказать - пишите на as[точка]senina[собака]gmail.com

До встречи!

Адоби предлагает желающим получить футболку "Adobe Developer Connection" и вдобавок - возможность выиграть новенький Samsung Galaxy Tab 10.1 (сейчас его рекламирует сам Самсунг) в обмен на рецепт в поваренную книгу Адоби - в ответ на один из существующих 30 запросов на рецепты. И, сделав это, написать Эду на адрес esulliva at adobe dot com.

Подробнее - для тех, кто пишет рецепты кода в Адоби впервые

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

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

Потрошители давно имеют удачный опыт с поваренной книгой Адоби и Эдом. Лишь в мае 2009 года от Адоби нами были получены четыре лицензионных Flex Builder 3 Professional, а общее кол-во изъятых у Адоби плюшек мы уже сбились считать.

Все подробности на английском и запросы на рецепты - см. в оригинальном посте Adobe (Андрей Панас - спасибо за ссылку!).

И еще: когда пишете рецепты, просим снабжать их соответствующим тэгом — UAFPUG, RAFPUG, BAFPUG, KAUG, AUG Armenia, CFUG - так вы прокачаете карму не только себе, но и своей стране и группе!

Твитнуть

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

Короче:

5 минут назад я получил письмо от человека из Адоби и он спрашивает меня, перевожу буквально: Рост,

Известны ли тебе какие-либо AIR 2.7-приложения, созданные разработчиками СНГ для iPad/iPhone, Android, Playbook, уже доступные в соответствующих магазинах?

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

Помогите мне этот список удлинить

Засылайте в комментарии ссылки на приложения, созданные людьми из СНГ. Не обязательно вами - сейчас важно собрать как можно больше примеров. Стесняетесь писать в комментарии - шлите мне на rostislav.siryk на джимейле. Или хотя бы твитните эту статью. Дайте ей плюс на Хабре.

Удлините мне список. Обратите на себя внимание.

Удивите Адоби!

В фильме "Поймай меня, если сможешь" опытный мошенник учит начинающего: пока все наблюдают за яркими полосочками, делай свое дело - никто не заметит (другие цитаты из фильма).

Так и с мобильным флэшом. Пока мы спорим про то, пустит Джобс нас на айфон или нет, предыдущая мобильная технология - Flash Lite - плавно исчезает с экранов. Расследование показало, что:

В мае данного, 2010 года, Adobe должна была выпустить Flash Lite 4.0, который бы поддерживал Actionscript 3.0. Но не выпустила. Более того, старая страница про Flash Lite на сайте Адоби - уже сейчас автоматически ведет на другую страницу, посвященную флэшу на устройствах вообще. На этой странице рассказывается о Flash Player и Adobe AIR, которые могут работать на девайсах. То есть делать то, что должен был делать Флэшлайт. Поэтому именно на эти технологии стоит обратить внимание тем, кто планирует делать embedded- и мобильные проекты на Flash. Все это очень смахивает на то, что ФлэшЛайт решили совсем убрать. Но Адоби нигде об этом не заявляла официально и громко. А может быть, они заявили об этом тихо?

С одной стороны, Adobe до сих пор не убрала документацию по Flash Lite 4.0. И есть блоги (не Адобовские), в которых и сейчас регулярно пишут про ФлэшЛайт 4.0, последняя новость - от октября 2010 года. Продолжают выходить новости о Flash Lite, вот свежая статья о том, как работать с Flash Lite в Samsung bada (который поддерживает только Flash Lite 3.1).

И новые телефоны Нокии официально поддерживают Flash Lite 4.0. 4 ноября 2010 г. сообщили о новом инструменте для создания и публикации FlashLite-игр для нокиевского Ovi Store. Вот новости о том, какие девайсы и прошивки от Нокии выходят с поддержкой Flash Lite 4.0 - последняя от 31 октября 2010, т.е. месяц назад. Нокия описывает возможности Flash Lite 4.0 для разработчиков. Правда Nokia Flash Lite 4.0 SDK нет.

Так что же происходит с Flash Lite? Год назад такой вопрос был задан на форуме Adobe, и там же был получен длинный ответ, но его короткий смысл такой:

"Начиная с версии Flash Lite 3.1, поддержка технологии ложится на SWFPack.com".

Сейчас сайт SWFPack.com не работает. А через две недели появился такой апдейт к этому ответу в блоге Адобовского евангелиста Flash Lite:

Distributable Player закончился. Flash Lite умер. Мне жаль, но мы будем двигаться дальше..

Также мы видим, что Адоби объявила о выходе Flash Lite 4.0, но скачать его нельзя. Точнее, его можно скачать через OVI Suite от самой Нокии - как апдейт Нокиевского продукта. То есть Адоби перестала поддерживать Flash Lite. Можно найти свидетельства очевидцев, безуспешно пытавшихся скачать на свои Нокии флэшлайт 4.0, чтобы посмотреть через него видео вКонтакте.

Адоби похоронила Flash Lite. А Нокия и некоторые другие - еще в процессе. Месяц назад проскочила новость о том, что Нокия тоже отказывается от Flash Lite, она была вежливо опровергнута Нокией в Твиттере с использованием обтекаемых формулировок. Эту новость обсудили в почтовой группе Flash Lite на Yahoo и с тех пор там как-то тихо.

Тихое умирание технологии Flash Lite -- это процесс, который уже практически завершен. Учтите это в своих планах на 2011 год.

Возникают вопросы

Почему Adobe решила свернуть разработку Flash Lite? Возможно, это было форсировано событиями весны 2010 года, когда Стив Джобс написал свою знаменитую статью "Мысли о Flash (рус)", с упреками в сторону Адоби, и, в частности, с жалобами на мобильную версию Flash - там он просто открыто выражал разочарование ею. Хотя, как мы знаем, Адоби уже задолго до того демонстрировала полновесную версию Flash Player на iPhone. Джобс же, зная о планах Адоби по сворачиванию Flash Lite, не забыл использовать и это как упрек - момент был подходящий. Даже я ему поверил. Но.

Важнее слов Джобса тот факт, что действительно старая технология FlashLite вызывала нарекания у разработчиков - это и устаревший AS2 внутри ее, и проблемы с производительностью. Вероятнее всего, именно из-за объективных проблем Flash Lite Adobe и решила реализовать на современных мобильных платформах полноценную версию Flash Player и Adobe AIR - в этом свете смерть Flash Lite становится началом новой мобильной жизни Flash на Android, iOs, Blackberry и много где еще.

И, принимая во внимание все вышесказанное, я поздравляю вас с наступающим годом нового мобильного флэша

На прошедшей в Евпатории конференции ITSea 2010 присутствовал Максим Качуровский, известный как Слон в Сапогах. Он имел серъезный и задумчивый вид. Возникал вопрос, почему его вид такой, что он замышляет. Внезапно, рано утром Максим исчез. Затем мы узнали, что ему понадобилось срочно лететь в Москву; с собой он прихватил также и доклад, который собирался представить на конференции. Итак, доклад так и не был прочитан, но Макс поступил мудро и выложил развернутые тезисы доклада в своем русскоязычном блоге, вот они: Стратегии развития: карьера наемного специалиста.

Теперь мы знаем, почему ты был так серъезен, Макс.

Техлид компании Злых Марсиан Максим Лапшин регулярно рассказывает об устройстве потокового видео; например, вот статья в ЖЖ Максима о том, как читать mp4 с H.264/AAC. А вот доклад, в котором рассказано кое-что из того, о чем создатели популярных видео-серверов и протоколов предпочитают не упоминать:

Организация видеотрансляций в интернете

Интересна также статя Макса "Камеры интернет-наблюдения" на Хабре, в ней обзорно раскрыты темы от выбора камеры до вариантов практического испольования. В завершение упомянем о собственной разработке Максима Лапшина -- опенсорсном многопоточном Erlang-сервере ErlyVideo. Написано, как работать с исходниками.

Если вы хотите разобраться с онлайновым видео, то обратите внимание на произведения Макса Лапшина - он вложил свой опыт и в тексты статей, и в исходники разработок, за это мы говорим ему большое человеческое спасибо и загадываем желание увидеть Макса на одной из конференций RAFPUG

Как известно, инновационная система документации во Flash Builder 4 создана из нанотехнологий. Это модернизированная усовершенствованная система интегрированного чтения гипердокументации внутри отдельного приложения Community Help Center (CHC), выполненного на Adobe AIR, и слава о ней идет далеко за края интернета. Тут и там слышны восторженные стоны благодарных разработчиков, прославляющих инновации в веках. Однако, если по какой-то необъяснимой причине вы, как и мы, не можете получить удовольствие от использования подлинно модернизированной, интегрированной и нанонасыщенной системы, то знайте - в блоге Flex Doc Team команда разработчиков справки проводит небольшой опрос общественного мнения.

А это значит,что уже сейчас можно использовать эту возможность и сообщить Adobe, что они, мягко говоря, не правы с своем желании навязывать экспериментальную и многокликовую систему справки там, где уже существует малокликовая, простая и удобная внутренняя система справки Eclipse.

Приветствуется поднятие шума в Твиттере, Фейсбуке и т.п. - вы же не хотите жить с этим страшилищем во Flash Builder 5? Они отложили работу над этой проблемой. Идея вернуть во Flex нормальную справку - вторая по популярности среди идей по улучшению Флекса. Но просто голосовать - мало. Нужно говорить об этом - т.е. писать.

Вот короткая (к сожалению) статью об играх в социальных сетях: "Где живет ваша свинья пятого уровня". Cтатья необычна для нас тем, что опубликована на ресурсе Look At Me, не имеющем прямого отношения к играм и их разработке - интересен взгляд со стороны, и комменты там тоже рулят. Вообще, на Look At Me есть что почитать и главное - как: вот, наприммер, трансгуманистическая статья с размышлениями о разгоне мозга. Начитанный скажет: "на Хабре об Активайзере уже писали". Ответим: на Лукетми пишут по другому, редакция рекомендует это всем рипперам.

После прочтения короткой статьи об играх возникает вопрос - а кто еще об этом пишет, кроме тех, кто эти игры делает и продает? Оказывается, пишут немного и чаще всего - скучно, преимущественно о денежных аспектах:

• Vesti.ru: В социальных сетях играют в игры 56 миллионов американцев.
• Социальные сети на работе: потери исчисляются миллиардами
• Ruformator.ru: Флеш-игры придут в социальные сети
• Infox.ru: У социальных сетей появятся конкуренты
• Деловая газета "Маркер": В «Одноклассниках» появились игры. Зарабатывать на рекламе социальные сети умеют плохо
• Сарафанное радио - хороший набор правил для игр в социальных сетях.

Интересно то, что таких статей мало, а среди них еще меньше - достойных изучения. То есть феномен этих игр пока остается незамеченным. Получается, что сегодня самое интересное чтиво об играх в социальных сетях - это тексты вакансий по поиску разработчиков для этих игр и презентации Виталия Хитя:

.

Танцы с бубном, описанные в прошлом посте не актуальны для SDK 5 и выше

Довольно продолжительное время я все больше пишу серверный код на Java, а Flex использую от случая к случаю. И все больше по-старинке. Родимый третий Flex. Вернее, бывший родимым, но сейчас его место в моем сердце занято другим. Все-таки надо поддерживать себя в форме и изучать новые вещи. Вот решил больше внимания уделить Flex 4. Который меня и покорил.

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

Сразу прошу прощения за такое странное употребление слов. Дело в том, что, как вы знаете, я больше пишу блогсетевой дневник на корявом английском. Там есть и параллельный сходный пост. Ну вот я и подумал, что лучше попытаться использовать больше русских слов. Чтобы был контраст была явная разница, и не было мне так однообразно. То есть вместо всяких там “лэйаутов” напишу “компоновка". А вместо слова “фан” позволю себе употребить “забава". Хорошо, что хоть не на черногорском пишу… Хм… А ведь это мысль!

В общем, теперь у нас многие части отделены друг от друга и вполне могут тесно сотрудничать, оставаясь при этом яркими и независимыми личностями. Таковыми являются, например, тройки друзей в виде групп данных (олицетворением который может являться список, представленный классом List), компоновок (позволяющих визуальным представлениям данных располагаться в требуемом порядке, сохраняя при этом весь тот высокий и торжественный смысл, что был заложен компонентом списка) и рендереров отображалок. Многообразие возможных внешних видов результата, который в приложении, в его программном коде, представлен обычным списком, ограничено лишь скудностью нашего воображения.

Но чтобы расшевелить воображение одних галюциногенных грибов мало. Что толку от волшебных картин, проносящихся перед внутренним взором, если не ясно, что с этим делать? Как пелось в песне:

если же ты в жизни своей
полон неясных и странных идей
но применить их не ведаешь как
ты настоящий мчудак

Итак, изучим исходные материалы чтобы во всеоружии приступить к реализации. Начнем с сетевого дневника Эвтима Георгиева, который с такой фамилией работает в Adobe и вполне неплохо специализируется на компоновках. Он сделал отличный пример произвольной компоновки, которую снабдил интересными переходами в виде анимации волшебного движения. Через контекстное примененное к месту меню вы даже можете посмотреть исходные коды примера. Именно он вдохновил меня на подвиги. Также Эвтим написал статейку для официального сайта официальной сетевой площадки Adobe, которая тоже нам очень пригодится. Конечно, все материалы на нерусском наречии, но, как видите, тут мы этот перевес восполняем. Неплохо также побольше узнать про отображалки. Они нам тоже пригодятся.

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

Солнечная система в виде списка с произвольной компоновкой

Моим искренним желанием является сделать так, чтобы приложение могло общаться с нашим списком, совершенно не зная о тех чудесах, что с ним творятся. И список при этом вел себя соответственно:

XML:

Вдобавок, раз я уже начал забавляться, то стоило бы делать это как следует. То есть добавить больше переходов и волшебного движения. И тут мне пригодилась книжка Чета Хааза, фамилия которого хоть и совсем иноземная, но пишет он по делу. Книжка называется Flex 4 Fun. То есть как раз по теме. Читаем и забавляемся.

Ну а позабавившись и приложив свои идеи в правильном русле, чтобы не прослыть чудаком, я родил такое вот приложение. Там тоже можно посмотреть исходный код через к месту вызванное меню. Вдобавок, можно получить самые последнии версии через Subversion со странички приложения на Google Code.

Такие вот пирожки. Изучайте, критикуйте, предлагайте. Я ж не волшебник, а только учусь. Может, кому-то и будет полезно. Не зря же я тратил время! (Хотя тратил-то точно не зря: сам ставил себе задачи, сам выполнял в процессе освоения нового).

Кстати, там же есть модульные тесты, где я попробовал распоследние версии FlexUnit 4 и ASMock, которые теперь уже очень подходят для использования в жизенных ситуациях. И отделение компоновки от самого списка или его отображалки позволяет производить такое тестирование очень легко. Ну, легче

Так что пишите в заметках к этому сообщению свои мысли и воплощайте на досуге свои творческие замыслы! Довиђења!

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

А суть вот в чем. Продолжением вчерашнего начала тесного сотрудничества Adobe и Google над интеграцией Flash Player в браузер Chrome стали новые, еще более будоражащие воображение факты -- флэш-проигрыватель стал опенсорсным. "С чем я вас и поздравляю!" -- хочется вокликнуть тут же, но давайте сначала поразмыслим, хорошо ли это и для кого именно.

Можно было ожидать, что естественным и логическим развитием взаимоотношений Adobe & Google станет открытие исходных кодов Flash Player. Это и происходит сейчас -- ведь, поскольку Google Chrome сам является разработкой с полностью открытым исходным кодом, то и все его части должны иметь аналогичную характеристику. Иначе говорить о бесшовной интеграции Flash Player с браузером -- означает в некоторой мере спекулировать фактами, в то время как нужно идти до конца и сначала ответить на следующие вопросы:

• Разве возможна идеальная интеграция открытого кода с закрытым? Нет!
• Разве возможно слияние свободного ПО с, извините, проприетарным ПО? Нет!

Идеал не будет достижим в условиях проприетарности Flash Player. Именно поэтому Adobe делает естественный следующий шаг и завершает открытие исходных кодов Flash Player. Это то, к чему Adobe идет уже два года. Начав в 2008 году свою революцию открытия кода с Tamarin, Adobe продолжают ее, интегририуя проигрыватель с Chrome, и завершают -- выпуская Flash Player в Opensource.

Нужен ли нам Open-Source Flash Player?

Не станем скрывать, что есть и разумные возражения против открытия исходных кодов Flash. Так, упоминашийся выше эксперт по разработке RIA-приложений Константин Ковалев из Черногории предостерегает, что открытие исходных кодов может привести к появлению огромного количества низкокачественных веток разработки, и как следствие - общей дискриминации Flash Player. Что ж, такая вероятность есть, но не станем забывать и о том, что Flash Player как флагманская технология сети уже и так в достаточной степени подвергается различным нападкам. И спектр их весьма широк - от вполне понятного недовольства пользователей тяжеловесными баннерами, изготовленными с помощью Flash, до появления настоящих зловредных программ, умело мимикрирующих под свежие версии Flash Player.

Как Flash Player стал злым и вредным вирусом

Так совпало, что я как раз сегодня имел дело с одной из плохих программ, притворяющихся флеш-плеером. На машине своего знакомого, малоопытного пользователя и немного чайника. Он пожаловался на программу, непрерывно демонстрирующую эротическое шоу на его рабочем столе, и он не может убрать ее оттуда, он попросил меня остановить ее как-то. И с помощью утилиты Dapphne 1.46 нам удалось выяснить, что эта вредоносная программа была запущена из кэша браузера Opera и называлась flash_player_10_2.exe, при этом вес ее составлял 280 Кб. Мы понимаем, что это не настоящий Flash Player, но объясните это тысячам пользователей, малолетним детям которых подобное "изделие" непрерывно демонстрирует на рабочем столе готику, расчлененку и эротику, предлагая убрать это безобразие за деньги отправленные по СМС (кстати, это поделка еще и была на русском языке). Конечно, с помощью Дафнии 1.46 мы быстро очистили систему от этой грязи, но осадок в душе неприятный -- остался.

Не тратьте время зря на защиту и нападение?

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

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

Одним багом во Flash Player стало меньше?

Напомним, что баг Flash Player номер 2504, "Open source Flash Player" был занесен в систему Adobe JIRA почти год назад - 5 мая 2009 года. По популярности эта фундаментальная ошибка взлетела уже на 22-е место в списке самых популярных багов Flash Player. За ее исправление отдан уже 101 голос, и теперь эта ошибка будет наконец устранена. Я хочу поблагодарить всех, кто помог принудить Адоби к этому шагу, всех, кто писал в гугл поисковые запросы "opensource Flash Player" -- мы победили!

Итак, мои выводы: Adobe делает верно, что открывает исходные коды Flash Player, их единственная, на мой взгляд, ошибка - они не сделали этого раньше, но это ничего.

Конечная цель совместных действий Adobe и Google - сделать Flash Player такой же естественной частью современного браузера, как HTML и Javascript. Добиться в отдельно взятом браузере бесшовной интеграции всех актуальных веб-технологий! HTML + Javascript + Flash = Love. Adobe & Google намерены реализовать мою давнюю мечту - стереть барьер между Flash и браузером, я не удержался и решил написать об этом несмотря на то, что об этом уже написали все, включая TechCrunch.

Да, пока Стив Джобс в крутом и гордом одиночестве хоронит флэш на айфонах и айпадах, Адоби с Гуглом объединяются объединяют усилия, чтобы интегрировать Flash Player в Google Chrome. Официальная новость о включении Flash Player 10.1.51.95 (10.1 beta 3) plug-in и еще кое-чего в Google Chrome build 5.0.360.x. И совсем подробно о поддержке Adobe Flash Player в блоге Chromium, вот главное:

• Flash Player устанавливается автоматически при установке Google Chrome.
• Обновления для Flash layer устанавливаются также автоматически, используя встроенный в Chrome механизм автоматических обновлений.
• При поддержке Адоби, на Flash Player будет распространяться хромового механизма безопасности (sandbox).

Ранние билды Хрома для разработчиков

Чтобы поэкспериментировать с Flash Player, встроенным в Dev-билд Chrome, можно начать со страницы Google Chrome Early Access Release Channels. Говоря русским языком, надо подписаться там на канал Dev, чтобы получать соответствующие инсталляции Хрома.

Важно: чтобы использовать встроенный плагин Flash Player, нужно добавить к командной строке запуска Google Chrome параметр --enable-internal-flash.

В ходе работы с пиккером, мы столкнулись с его неприятной особенностью: при попытке заменить предустановленный цвет пиккера на черный (самый первый элемент таблицы пиккера) контролл аккуратно закрывался, но и только. Т.е событие change не диспатчилось и текущий цвет не менялся.

В чем же проблема?

У стандартного пиккера предустановлена коллекция отображаемых в таблице цветов. Она передается в дата провайдер и содержит в себе 240 цветовых квадратов. Отображаемые в таблице цвета можно регулировать путем замены или модификации этой коллекции.

Для управления выбранным цветом контролла предусмотрено 2 свойства: selectedIndex selectedColor. Очевидно что selectedIndex — индекс цвета в коллекции дата провайдера. А вот с selectedColor все не так однозначно. При всем изобилии, таблица пиккера не вмещает в себя все могущие прийти в голову дизайнера цвета. И, когда вы пытаетесь в качестве selectedColor указатиь пиккеру значение отсутствующее в коллекции дата провайдера, происходит следующее.

* selectedColor устанавливается в заданный цвет
* В дата провайдере осуществляется поиск индекса итема содержащего этот цвет.
* Если такой итем найден, в selectedIndex прописывается соответствующее значение.
* Если же в дата провайдере отсутствует данный цвет, selectedIndex не изменяется.

Следует отметить, что по умолчанию selectedIndex и selectedColor выставлены в 0. Т.е когда мы пытаемся установить selectedColor в цвет отсутствующий в коллекции, selectedIndex не меняется и остается равным 0. В момент же интерактивного выбора нужного цвета в пиккере на каком-то из этапов осуществляется проверка соответствия индекса выбираемого значения текущему. Если значения совпадают, ничего не происходит. Отсюда и этот прекрасный баг. В selectedIndex-е пиккера прямо указано, что цвет у нас черный. А вот значение selectedColor при этом совершенно никого не волнует

Что делать?

Решение очевидно. Надо добавить в коллекцию дата провайдера недостающий цвет.

Вот так выглядит стандартный пиккер

Так он будет выглядеть если добавить новый цвет в конец коллекции.

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

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

Нулевые элементы палитры начинаются с 1 индекса и повторяются через каждые 20, вплоть до 221 индекса.

Все что нужно это:
* Проверить значение selectedIndex после установки selectedColor.
* Если индекс не изменился, ищем первый нулевой элемент коллекции и присваиваем ему значение нового цвета.
* Если нулевые значения кончились добавляем новый цвет в конец коллекции.

Ниже код и превью результата

Code:

Так случилось, что фильтрация коллекций ни разу не беспокоила меня. А тут коллега задал вопрос, который послужил толчком к тому, что вы сейчас прочитаете. =)

Коллеге необходимо показать во view отфильтрованную ArrayCollection. Сама ArrayCollection находится в модели. Когда во view применяется фильтр, то данные модели очень сильно выглядят измененными. Что делать? Как быть?

Конечно, мы с вами знаем, что данные на самом деле не меняются. source коллекции так и остается исходным. Но не работать же в модели с source?

Конечно, не работать! И уж конечно, не делать копии коллекций! Тут спасибо Константинеру за наводку. =)

Можно использовать ListCollectionView в качестве обертки нашей исходной коллекции уже на уровне view. Тогда довольная модель работает с ArrayCollection, как и прежде, а view показывает, что захочет.

В качестве примера использую пример из доков Adobe для фильтрации коллекций.
Пример такой:

XML:

Тут у нас два выпадающих списка: один с source коллекции, а второй с самой коллекцией.
Можно отсортировать, отфильтровать коллекцию и посмотреть, что будет.
После выполнения метода filterAC наша коллекция уже сама не своя, ее прямо не узнать.

Что же мы делаем? Тут и далее использован беглый стиль программирования, потому что все-таки пример. =)
Добавляем обертку для коллекции:

Code:

После создания приложения создаем эту нашу обертку:

Code:

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

Вот как выглядит код после изменений:

XML:

В результате получаем фильтрацию исключительно на уровне view. А модель живет своей счастливой и долгой жизнью. =)

Этот же подход можно использовать и при необходимости показывать одну и ту же коллекцию в разных контролах с разными фильтрами.

Hello World.

Тема Maven и Flexmojos во флэш разработке интересна многим, но слабо расскрыта. Был цикл статей от Гахова, но он довольно давний. Между тем, технология развивается довольно быстро, и та информация устарела.

Документация в первоисточниках не плохая, но не полная, и местами тоже устаревшая.

Мне удалось успешно внедрить Flexmojos в своей команде. Полученный опыт я описал в цикле статей в своем блоге. Но кое-кто мне говорил, что это будет интересно более широкой аудитории, поэтому решился написать и здесь тоже.

Мы используем Intellij IDEA, поэтому многие вопросы освещены в контексте этой IDE. Eclipse тоже хорошо поддерживает Maven, так что проблем не должно возникнуть. Ну и, конечно, большая часть информации универсальна и не зависит от IDE.

Итак:

Maven и Flexmojos Часть 1. Лирическое эссе.
Зачем вам нужен Maven. Не факт, что он вам вообще нужен. Вполне может быть, что и не нужен вовсе.

Maven и Flexmojos Часть 2. Внедряем в рабочий процесс.
Cоздаем проект с помощью flexmojos. Подробное пошаговое руководство.

Maven и Flexmojos Часть 3. Продолжаем внедрять.
Workflow на основе IDEA, flexmojos, subversion и консоли.

Maven и Flexmojos Часть 4. Углубляемся в нюансы.
Чем плох стандартный flexmojos и почему нужно юзать форк Develar?

Maven и Flexmojos Часть 5. Дальше-больше.
Flex Super Pom. Условная компиляция. Индивидуальные настройки для каждого разработчика.

Maven и Flexmojos Часть 6. FlexUnit4.
Юнит тесты лишь косвенно относятся к основной теме. Но я под шумок, между делом, расскажу пару слов и про них.

Maven и Flexmojos Часть 7. Nexus, Server-side.
Немного про Nexus -- сервер артефактов. И про работу с FMS и PHP server-side.

Мой блог сделан на флексе и не всем это нравится. Так что не пропустите кнопку html версия в правом верхнем углу. К сожалению в html версии глючный парсер и отсутствуют комментарии. Сорри.

С превеликим запозданием начал я недавно изучать эту технологию. И вот, наконец-то стало что-то получаться, и возникло желание поделиться с такими же начинающими своей радостью. Однако, погуглив по рунету, я обнаружил тут и там давным давно написанные статьи. Посему вместо очередного поста об основах технологии вниманию публики предлагается разбор одного полёта (мысли), а так же грабли особенности технологии, на которые успел наткнуться за это короткое время.

читать далее

Мне кажется, что есть три стадии принятия программистами паттерна Singleton.

1. Эйфория – Как удобно иметь такую клевую глобальную штуку.
   Стадия быстро проходит.
2. Страх – Как страшно иметь такую глобальную штуку.
   На этой стадии программисты сильно боятся Singleton-а и всячески стараются не использовать. Отговаривают окружающих пользоваться этим паттерном, применяя тактику запугивания.
3. Понимание.
   На этой стадии программисты понимают, что бояться нечего, если использовать паттерн с умом.

Жалко, что не все доходят до третьей стадии. =)

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

Все получилось замечательно. Пришли звезды уже известные и еще набирающие яркость. Скучного было мало. Я попытался законспектировать происходящее в хронологическом порядке - смотрите ниже, а многие ребята, спасибо им, уже опубликовали фото и отчеты:

• Много фоток от Аксенова, еще вот так.
• Звуковой отчет о BURAFPUG от Valyard
• Персональный крткий отчет от AS3Coder.
• Детальный гиперотчет с очень красивыми фотографиями от СлОнАвСаПаГаХ.
• Краткий микроотчет от Максима Лакони.
• Отчет отчетов от Костяна

Все доклады и перфомансы BURAFPUG Moscow 2010 одним списком

1. Артемий Малков - Flexis устроил встречу, собрал нас и вдохновил, модерировал с таймером.
2. Виктор Костин - VKostin из Infox.ru все сфотографировал.
3. Валентин Симонов - Valyard рассказал о том, как правильно качнуть хабракарму.
4. Валерий Макаров - Flashday - поведал о том что Друпал годный бэкенд для Флэша, и я с ним согласен. Кстати, Валентин приготовил целую презентацию для показа - скоро выложим ее отдельным постом.
5. Владислав Январев - Janvarev рассказал о работе над Flash CMS, и скоро расскажет онлайн.
6. Валерий Песецкий - Vapes поделился способом поймать правый клик во флэше без использования Javascript.
7. Сергей Чеканов - Dark Ambient Clinic поведал о работе над ГИС в связке с Альтернативой.
8. Ксения Львова вкратце рассказала о проблемах переноса анимаций из After Effects во Flash.
9. Алексей Гончаренко из Flexis'а поделился методикой Скрам-мастеринга и порекомендовал http://scrumy.com/
10. Борис Внуков - NanoFlexer из Alturis коротко сравнил Flex и QT (OpenSource, LGPL) - возник запрос на доклад "Введение в QT"
11. Виталий Кононец - Diestro рассказал о пошаговом мастере по созданию и населению собственных соцсетей.
12. Максим Качуровский - SloNvSaPaGaH Pronto рассказал о плагинной архитектуре и снимал видео, назвав его
    

    Отбросьте лишнее вместе с Ростиславом Сирык:

13. Андрей Иванов - Prof из Yandex поведал о жизни флэшера внутри яндекса и о том, что если 20 человек напишут о нужности Yandex Maps Actionscript API, то голос будет услышан. Напишем?
14. Макс Павлов из Flexis рассказал об использовании Alchemy. Тут же завязался небольшой хакерский оптимизационный микрофпуг из трех хардкорных флэшеров.
15. Павел Денисов - DpI из Компании, Которую Нельзя Называть Вслух А Тем Более Писать, рассказал нам о том, как он съел собавк при создании проигрывателей во флэше, в частности, для http://Moskva.fm. Павел узнал о встрече буквально из гугла, введя "встреча флэшеров", а флэшом занялся не так давно, до этого был сишник. Кажется, мы ему понравились, и он нам.
16. Александр Немцов из Luxoft рассказал много такого, что мне еще нужно переварить. Отмечу, что он достиг результатов в синхронизации звука во флэше при реализации фреймворка для звукового дизайна, конечно же, секретного. А еще он принимает на работу всех флексеров, которые пытаются попасть в Люксофт и говорит, что маловато адекватного народу попадается. Впрочем, видя его уровень, я понимаю, почему - Немцов - хардкорен.
17. Лейсан Хатмуллина поведала о способах реализации ГИС-фронтендов, а также об опенсорсном картографическом Flex-фреймворке OpenScales
18. Фарид Шамcутдинов приехал из Казани, и я подумал, что это он делал http://FloorPlanner.com, но он говорит, что это не он.
19. Даниил Портнягин поведал о том, что в Москве школьникам преподают Flash с 6 класса, есть курм по программированию и курс анимации, дети любят флэш. Даниил, спасибо тебе за твой нелегкий труд учителя, который ты совмещаешь с жизнью разработчика!
20. Алексей Чернухин поведал о легендарной компании ЦМД Лабс и о том, как их небольшая команда устроила себе полный Скрам с помощью легкого сервиса http://xp-dev.com/
21. Роман Гулиев - Obi поведал о вопросах создания игр.
22. Илья Плотников из ITTerritory продолжил игровую тему.
23. Максим Myxus рассказал о способах защиты игр от трех видов ломки: махинации со скоростью игры вычисляются через таймер, Memory Patching фиксится проксируемым кодированием ключевых переменных игры в памяти, а сниффинг латается с помощью хитрой доп-свифки. Доклад Максима поразил четкостью и конкретностью, ноль воды. Близко к эталону.
24. Алексей Фомкин - Yelbota рассказал о практическом использовании HaXe для разработки как клиентской, так и серверной части приложения. Неплохо.
25. Илья Панин - 33 Коровы сказал, как отрисовать 1 000 000 объектов во флексовом чартинге так, чтобы оно было гладенько. Во второй части своего доклада Илья поделился с нами любимыми фреймворками, состоящими из фреймворка Мате. Единственного казуального фреймворка для блондинок, что делает его реальным номером один. Это уже по моему мнению.
26. Евгений Калоша поведал о процессах разработки и важности документирования кода. Я с ним спорил. Вообще, была классная дискуссия, прерываемая лишь редким модерационным электрошоком от Темы Малкова. За что ему тоже спасибо. Пришли к выводу что Процессы как тема заслуживают отдельной встречи.
27. Юст Божевольнов из Flexis раскрыл судьбу математических формул в интернете и вики-системах, а также сообщил о существовании научного академического проекта, вышедшего в ноль по самоокупаемости. Знающие люди поймут что это - прорыв.
28. Константин Лукьянов - RockMan описал проблемы переноса видеоматериала из профессиональной студии в интеренет. Вывод: заказывая видеосъемку, убедитесь, что студия-исполнитель имеет опыт создания видео для сети, если это не так - объясните специфику, расскажите, что это не обычная их работа.
29. Ольга Бекреева - Cleum.13 из ITTerritory подтвердила мою теорию о существовании подпольного Общества Анонимных Аниматоров. Ольга начинала с анимации, теперь - в менеджменте, но мечтает снова анимировать.
30. Влад Олейник - Тот, Чья Игра Была Замечена На FlashGAMM, попытался притвориться будто он мало что знает во флэше а вообще рассказал о своем способе покадровой анимации и вызвал еще одну тематическую дискуссию. Друзья! Избавляйтесь от оверскромности.
31. Александр Литвиненко - AlexLitvinenko поделился конвертированием ПДФ во Флэш. Снова новое решение, снова нет идеала, хотя попытка классная. Мне стыдно уже писать об этом, Адоб, пофиксите это на своей стороне, людям нужен официальный PDF 2 Flash!
32. Александр Гахов рассказал о Maven. Об управлении зависимостями на проекте и реализации стандартов команды с помощью этого замечательного инструмента. Тем требует дальнейшего раскрытия.
33. Андрей Тузов - Nemo_C из F5.ru (Это он сделал знаменитый Проигрыватель Информации - Втыкатор!) поведал о стратегиях обущения и восприятия материала мозгом человека: от Стратегии Чтения Документа до чтения и писания кода. Очень интересная тема, предвижу развитие. На афтепати пообсуждали, но чувствую - только приблизились к основным аксиомам. Нужен тематический фпуг на тему восприятия.
34. Юра Яровой - Barmaley - Garbage Collector поступил оригинально: он не стал рассказывать, а спросил аудиторию два вопроса: нужен ли четвертый флекс и нужен ли он прямо сейчас. Пришли вы быстрому выводу, что еще как нужен. Вывод сделать просто: Flex 4 еще не вышел, а серийник к нему спрашивают уже часто.
35. Дмитрий Половайкин рассказал об оптимизации флэш-приложений с помощью Apparat.
36. Мирин Сергей поставил сакральный вопрос быстрого рендеринга трехмерной многопользовательской стрелялки, и мы даже попытались найти на него ответ.

Я, конечно, кого-то забыл - дополните в комментах, пожалуйста.

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

Она мне потом улыбнулась

Видео с BURAFPUG 6 февраля 2010. Полная версия отчета.

Если кто не в курсе, то уже почти месяц как Intellij Idea 9 имеет возможность просмотра UML-диаграмм для ActionScript и Flex классов, а это значит, что у нас есть возможность анализировать код своих Flex проектов при помощи UML диаграм классов.

Вдруг кто-нибудь из вас подзабыл или до сих пор не знал различия между типами запросов GET/POST/PUT/DELETE и других в протоколе HTTP. Рекомендую в таком случае вернуться к истокам и прочитать статью «Типы HTTP-запросов и философия REST», в которой хабрапользователь indigo простым и понятным языком раскрывает основы этой темы.

Пишет Максим "Slon_v_sapogah" Качуровский:

При переходе на Flex 4 практически перестала работать собственная реализация lazy loading для коллекций с большим количеством данных (через ItemPendingError). Точь-в-точь как в баге, описанном в Adobe JIRA.

Все бы хорошо (мол бета, к релизу починят), но несколько дней назад баг пометили Resolved в то время как по моему он никуда не делся.

Это я ничего не понимаю или во Flex 4 пропадет поддержка LCDS?

Update: может, все дело в веселом кусочке кода?
catch(e:ItemPendingError)
{
    //AJH commented out to fix one bug. We'll see if it causes others
    //lastSeekPending = new ListBaseSeekPending(CursorBookmark.CURRENT, 0)
    //e.addResponder(new ItemResponder(seekPendingResultHandler, seekPendingFailureHandler,
    // lastSeekPending));
    more = false;
    iteratorValid = false;
}

Пишет Максим "Slon_v_sapogah" Качуровский:

При переходе на Flex 4 практически перестала работать собственная реализация lazy loading для коллекций с большим количеством данных (через ItemPendingError). Точь-в-точь как в баге, описанном в Adobe JIRA.

Все бы хорошо (мол бета, к релизу починят), но несколько дней назад баг пометили Resolved в то время как по моему он никуда не делся.

Это я ничего не понимаю или во Flex 4 пропадет поддержка LCDS?

Update: может, все дело в веселом кусочке кода?
catch(e:ItemPendingError)
{
    //AJH commented out to fix one bug. We'll see if it causes others
    //lastSeekPending = new ListBaseSeekPending(CursorBookmark.CURRENT, 0)
    //e.addResponder(new ItemResponder(seekPendingResultHandler, seekPendingFailureHandler,
    // lastSeekPending));
    more = false;
    iteratorValid = false;
}

Думаю, что многие из вас хотели бы работать бок о бок с такими крутыми и симпатичными дефченками как Юля Николаева aka Junique и Аня Громова aka Graann. Теперь у вас есть шанс В Санкт-Петербурге появилась следующая вакансия.

В компанию Эксперт-Система требуется Flex\AS3 программист.

Требования:

• Опыт работы с технологией не менее года.
• Хорошее знание принципов ООП.

Обязанности:

• Разработка серии AIR/Flex приложений (с использованием BlazeDS).
• Поддержка существующих проектов.

Как водится, зарплата по результатам собеседования (и это правильно).

Предлагаются соцпакет, белая зарплата, оформление по трудовой книжке, гибкий график работы, бесплатное питание, курсы английского языка и прочие бонусы. Офис в 10 минутахпешком от станций метро Петроградская\ Чкаловская.

Использование кандидатом заглавных букв в начале предложений и именах собственных не поощряется (корпоративный стиль отдела)

Bookmark this article at …

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

21 ноября в Челябинске пройдет RAFPUG. Место проведения: Южно-Уральский Государственный Университет.

Программа встречи.

Первая часть (10:00)

Демонстрация возможностей flash-платформы: игры, бизнес-приложения, сайты, анимация, баннеры. Flash Catalyst/Flex/Flash CS4.

Вторая часть (13:00)

• Игра на AlternativaPlatform - от идеи до релиза. Волков Антон (Пермь).
• Как зарабатывать на Flash 3D? Александр Карпович (Пермь).
• Обзор картографии во Flash. Дмитрий Столяров (Челябинск).
• Как сделать картографический веб-сервис, на примере geosamara.ru Александр Сергеев (Самара).
• Основные принципы анимации. Максим Узких (Челябинск).
• Разработка флеш сайтов. Максим Фирсов (Снежинск).
• Круглый стол «Создание и раскрутка игр для социальных сетей» с создателями фермера вКонтакте.

Третья часть (18:00 - 20:00)

Командный турнир по Танки Онлайн.

Четвертая часть (20:00 - …)

Афтерпати.

Какие доклады были бы вам интересны? Вам есть чем поделиться?

Пишите: as[dot]senina[cобака]gmail.com
Звоните: 906-86-087-42 Анна Сенина

Дата: 21-го ноября (суббота).
Время: 10-00.
Место: Челябинск, пр. Ленина 87, ЮУрГУ, 3б Корпус, 3 этаж.
Карта: Схема проезда.

Регистрация открыта.

22 ноября для всех желающих запланировны: обзорная экскурсия по городу и посещение пивзавода.

P.S.

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

Bookmark this article at …

5-6 декабря 2009 года, в Киеве состоится третья конференция разработчиков flash игр Flash GAMM Kyiv 2009!

На конференции будут присутствовать отечественные и зарубежные компании, занимающиеся разработкой и изданием flash игр. Будут затронуты такие темы, как разработка flash игр, графика и анимация, монетизация, flash игры в социальных сетях, реклама, 3D во flash и многое другое.

На этот раз организацией конференции занимается компания Absolutist Ltd. Место проведения: гостиница “Лыбидь", которая планирует принять в своём зале 150-200 участников.

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

В отличии от предыдущих конференций, на этой будет принят ряд нововведений.

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

Так же планируется конкурс flash игр, победитель которого получит Asus Eee Pc

Словом, третий Flash GAMM ни в коем случае нельзя пропускать!

Более детальную информацию вы можете получить на официальном сайте - www.flashgamm.com

Bookmark this article at …

Часто flex-разработчики работают в небольших командах, либо (о, ужас) в одиночку. А это может привести к тому, что утрачивается критическое отношение к своему коду. Но мы же не хотим деградации! =)

Некоторое время назад Adode выпустили инструмент, который покритикует, укажет на недоработки, ошибки и bad practices в коде – это FlexPMD.
Расшифровка PMD точно неизвестна, но мне нравится – Programming Mistake Detector. Эту технологию уже давно используют Java-разработчики.

Даже если вы пишете идеальный код (чего, конечно, не бывает), то будет полезно узнать про пару-тройку неиспользуемых методов или наличие пустых используемых методов. Или может в каком-то методе затесался неиспользуемый аргумент? =)

На пути к идеальному коду у вас три этапа:

1. определение правил, на соответствие которым будет проверен код (используем FlexPMD Ruleset Creator)
2. запуск FlexPMD и получение в результате файла с расширением pmd.xml
3. просмотр pmd-файла, например, с помощью PMD Violations Viewer

Набор правил

Прежде всего необходимо определиться с набором правил, по которым будет проверяться код. Адобе предоставил FlexPMD Ruleset Creator, который по умолчанию предлагает набор из 84 правил разного приоритета: Error, Warning, Info. Этот набор можно редактировать и сгенерить файл pmd.xml, который будет в дальнейшем использоваться при проверке кода.

Расскажу кратко про некоторые правила.

Error priority

Ошибками считается:

• использование BindingUtils и ChangeWatcher. Да и как тут не согласиться? Ведь на этапе компиляции вы не узнаете о том, что все плохо.
• использование callLater. А кто бы сомневался?
• использование dynamic классов, Dictionary, Object и *.
• создание или удаление чайлдов внутри updateDisplayList и вообще не внутри createChildren
• dispatch события внутри конструктора (а кому нужны такие события? =))
• некорректные метаданные [Event]. Вот это удобно.
• использование не статических констант. Константы обязаны быть статическими.
• наличие неиспользуемых, методов, параметров и тд. Это полезно. Часто в больших проектах повисают неиспользуемые методы, классы и даже пакеты. =)

Warning priority

• Предупреждают, что не надо инстанциировать переменную в цикле.
• Не рекомендуют использовать статические переменные. И правильно.
• Также не рекомендуют делать весь класс [Bindable]. Тоже правильно. Что тут скажешь?
• Находит слишком сложные методы и указывает на это. Если программе метод кажется слишком сложным, то что же делать вашим коллегам?
• Ну и конечно вложенные if else никуда не годятся.
• Много импортов наводят программку на размышления о том, что этот объект связан слишком со многими. А это не есть гуд.
• Слишком длинные методы, конструкторы и тп не нравятся никому.
• Кстати, на нравятся заглавные буквы в названии пакетов. Что ж. Может в этом что-то есть.
• Очень приятно, что даются рекомендации понижать уровень видимости методов. Ура-ура! =)
• Слишком много параметров у метода? Да я сама это терпеть не могу.
• Наблюдая переменные со странными именами (наличие цифр, tmp и тд), программа тоже дает об этом знать.

Info priority

• Слишком короткое имя переменной.
• Слишком длинная строка кода.
• Конструктор какого-то фига имеет возвращаемое значение.
• Отсутствует copyright header.

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

Шаги к идеальному коду с помощью Ant

Приведу шаги, в результате которых, вы сможете узнать всю правду про свой код. =)
Это вариант с использованием Ant.

1. Скачиваем нужную версию http://opensource.adobe.com/wiki/display/flexpmd/Downloads из колонки “Ant Task”
2. Распаковываем архив в любое удобное место, например в C:\Program Files\flex-pmd
3. С помощью FlexPMD Ruleset Creator создаем файл pmd.xml и кладем в любое удобное место, например тоже в C:\Program Files\flex-pmd. Для начала можно правила не редактировать, а просто кликнуть “Export” и сохранить файл.
4. В файл свойств для build.xml добавляем переменные
   FLEXPMD=c:/Program Files/flex-pmd
   FLEXPMD_VERSION=1.0.RC4
   Пример файла local.properties:
   FLEXPMD=c:/Program Files/flex-pmd
   FLEXPMD_VERSION=1.0.RC4
   SRC_DIR =${basedir}/src
   DEPLOY_DIR = ${basedir}/DEPLOY

5. Пример build.xml:

   XML:

   	<project name="" default="pmd">
   	<!−− load previously defined configuration properties file −−>
   	<property file="local.properties" />
   	<!−− delete and create the DEPLOY dir again −−>
   	<target name="init">
   	<delete dir="${DEPLOY_DIR}" />
   	<mkdir dir="${DEPLOY_DIR}" />
   	</target>
   	<taskdef name="flexPmd"
   	classname="com.adobe.ac.pmd.ant.FlexPmdAntTask"
   	classpath="${FLEXPMD}/flex-pmd-ant-task-${FLEXPMD_VERSION}.jar">
   	<classpath>
   	<pathelement location="${FLEXPMD}/flex-pmd-ruleset-api-${FLEXPMD_VERSION}.jar"/>
   	<pathelement location="${FLEXPMD}/flex-pmd-ruleset-${FLEXPMD_VERSION}.jar"/>
   	<pathelement location="${FLEXPMD}/flex-pmd-core-${FLEXPMD_VERSION}.jar"/>
   	<pathelement location="${FLEXPMD}/as3-plugin-utils-${FLEXPMD_VERSION}.jar"/>
   	<pathelement location="${FLEXPMD}/as3-parser-${FLEXPMD_VERSION}.jar"/>
   	<pathelement location="${FLEXPMD}/pmd-4.2.2.jar"/>
   	<pathelement location="${FLEXPMD}/commons-lang-2.4.jar"/>
   	<pathelement location="${FLEXPMD}/flex-pmd-files-${FLEXPMD_VERSION}.jar"/>
   	<pathelement location="${FLEXPMD}/as3-parser-api-${FLEXPMD_VERSION}.jar"/>
   	<pathelement location="${FLEXPMD}/plexus-utils-1.0.2.jar"/>
   	</classpath>
   	</taskdef>
   	<target name="pmd" depends="init">
   	<flexPmd
   	sourceDirectory="${SRC_DIR}"
   	outputDirectory="${DEPLOY_DIR}"
   	ruleSet="${FLEXPMD}/pmd.xml"/>
   	</target>
   	</project>

6. Полученный pmd.xml анализируем с помощью PMD Violations Viewer

Bookmark this article at …

С радостью хочу сообщить читателям блога, что у вас есть все шансы вживую встретиться с такими легендарными личностями, как Яков Файн и Виктор Распутнис, являющимися экспертами мирового уровня в области RIA (Rich Internet Applications aka насыщенные интернет-приложения), а также перенять их опыт, которым Яков и Виктор собираются поделиться.

Дело в том, что 7-8 декабря 2009-го года в Москве они проводят двухдневный интенсивный мастер-класс по Adobe Flex, программу которого можно посмотреть тут. Как вы можете видеть, программа более чем исчерпывающая. И если вы поспешите с принятием решения до 28 октября, то у вас есть все шансы сэкономить на участии в мероприятии.

Для тех, кто почему-то не знает Виктора и Якова, сообщу, что они являются основателями консалтинговой фирмы Farata Systems, известной своим очень серьезным уровнем, которая базируется в Нью-Йорке. Помимо консалтинга они занимаются тренингами в области Flex и RIA, выступают на различных мировых конференциях (в том числе Adobe MAX), являются авторами ряда книг (в том числе «Rich Internet Applications with Adobe Flex and Java» и «Enterprise Development with Flex» издательства O’Reilly), авторами Clear Toolkit, а также ведут свой блог. Я лично имел честь работать с ними, так что знаю не понаслышке

В общем, рекомендую сообщить эту информацию своим менеджерам, которые выделят вам соответствующие средства для повышения вашего профессионального уровня. Либо изыскать средства самостоятельно. Оно того стоит.

Еще раз напоминаю ссылку на описание мероприятия.

Bookmark this article at …

Эксперты Flex-разработки из нью-йоркской компании Farata Systems [блог] Яков Файн и Виктор Распутнис проводят в Москве мастер-класс по разработке с использованием Adobe Flex. Константин Ковалев отзывается о них как об экстремальных профессионалах, а мы можем добавить, что были на докладе Якова Файна в Киеве и нам понравилось, есть отчеты. Стоимость участия в этом двухдневном мастер-классе равна $300. Эта цена оправдана и для фриленсера, и тем более — для компаний, которым мы рекомендуем этот тренинг как реальную возможность повысить уровень своих разработчиков. Во первых, такие возможности для обучения бывают не часто. Во вторых, Adobe Flex становится все актуальнее, и дефицит разработчиков для этой технологии ощущается все острее. Детали:

Разработка ПО с Adobe Flex , Москва, 7-8 декабря 2009, мастер-класс от Farata Systems

Этот двухдневный продвинутый тренинг поможет разработчикам и архитекторам ПО изучить эффективные методы разработки на Adobe Flex, избежать типичных и дорогостоящих ошибок при создании насыщенных интернет приложений (RIA). Количество участников семинара ограничено, чтобы каждому можно было уделить достаточно внимания.

Эксперты Flex-разработки из нью-йоркской компании Farata Systems [блог] Яков Файн и Виктор Распутнис проводят в Москве мастер-класс по разработке с использованием Adobe Flex. Константин Ковалев отзывается о них как об экстремальных профессионалах, а мы можем добавить, что были на докладе Якова Файна в Киеве и нам понравилось, есть отчеты. Стоимость участия в этом двухдневном мастер-классе равна $300. Эта цена оправдана и для фриленсера, и тем более — для компаний, которым мы рекомендуем этот тренинг как реальную возможность повысить уровень своих разработчиков. Во первых, такие возможности для обучения бывают не часто. Во вторых, Adobe Flex становится все актуальнее, и дефицит разработчиков для этой технологии ощущается все острее. Детали:

Разработка ПО с Adobe Flex , Москва, 7-8 декабря 2009, мастер-класс от Farata Systems

Этот двухдневный продвинутый тренинг поможет разработчикам и архитекторам ПО изучить эффективные методы разработки на Adobe Flex, избежать типичных и дорогостоящих ошибок при создании насыщенных интернет приложений (RIA). Количество участников семинара ограничено, чтобы каждому можно было уделить достаточно внимания.

Когда давно я писала о вариантах передачи версии в приложение. Там упоминалось возможное использования для этого сonditional compilation, но тогда еще Flex 3 не вышел.

Сейчас уже давным давно вышел Flex 3 и даже 4 не за горами.

Сейчас расскажу про то, как легко и непринужденно передать версию вашего приложения при компиляции, а потом и запросто использовать ее в приложении.

Передать константы в приложение можно, используя опцию компилятора compiler.define. Константы могут быть типов Boolean, String, Number или выражения, которые могут быть преобразованы в ActionScript в процессе компиляции. Далее эти константы доступны в приложении как глобальные.

Используя опцию define, необходимо для константы определить: namespace, имя и значение:

-define=namespace::variable_name,value

Пример:

-define=VERSION::description,'3.15.6'

Доступ из приложения доступен пока только из as-классов. В скором будущем, возможно будет работать и доступ из mxml-классов. Говорят, что в mxml-классах можно использовать только Boolean. Но зачем нам? Мы же код в mxml не пишем.
Пример доступа:

public static const VERSION_DESCR:String = VERSION::description;

Подробнее про использование conditional compilation в доках.

Bookmark this article at …

Пишет Slon_vsapogah:

Проблема

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

Решение

Предлагаю все cookbook-style посты дублировать на Flex Cookbook. Польза технологии, сообщества и в конечном счете для нас самих очевидна. Однако кроме этого:

• Эти статьи будут отлично смотреться в вашем резюме при работе с англоязычными компаниями, а денег с ними можно заработать существенно больше, чем у нас.
• Аудитория там гораздо больше — вы получите хороший feedback.
• Хорошая практика в письменном английском, опять же пригодится при работе с иностранными компаниями.
• Если у Вас есть англоязычная версия блога — хороший пиар для нее.

Пишет Slon_vsapogah:

Проблема

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

Решение

Предлагаю все cookbook-style посты дублировать на Flex Cookbook. Польза технологии, сообщества и в конечном счете для нас самих очевидна. Однако кроме этого:

• Эти статьи будут отлично смотреться в вашем резюме при работе с англоязычными компаниями, а денег с ними можно заработать существенно больше, чем у нас.
• Аудитория там гораздо больше — вы получите хороший feedback.
• Хорошая практика в письменном английском, опять же пригодится при работе с иностранными компаниями.
• Если у Вас есть англоязычная версия блога — хороший пиар для нее.

Я надеюсь, вы будете приятно удивлены, узнав, что Илья Панин и Александр Гахов долго и тайно делали Flex-продукт для Flexis => Cisco Systems и сделали его. Раскрытие тайны — на Adobe Groups.

Я надеюсь, вы будете приятно удивлены, узнав, что Илья Панин и Александр Гахов долго и тайно делали Flex-продукт для Flexis => Cisco Systems и сделали его. Раскрытие тайны — на Adobe Groups.

Для тех, кто уже давно присматривается к Fuzzle CMS, как к инструменту разработки сайтов, но все еще не решается попробовать:

В течении ближайшей недели (13−20 сентября) мы предоставляем скидку в 90% на базовую версию Fuzzle CMS — т.е. она обойдется вам всего в 1850 р.!

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

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

Собственный проект. Вы хотели бы сделать на Fuzzle CMS небольшой проект «для себя», чтобы оценить возможности этой системы? Мы можем пойти вам навстречу, и выдать в рамках партнерской программы бесплатную лицензию. Свяжитесь с нами для обсуждения деталей.

Упоминания об акции:

• На Хабрахабре

Все “знают” или покрайней мере слышали, что флексовый байндинг не работает в ActionScript 3 проектах, или слышали что он работает, но при этом занимает много места. Из за этого было написано, некоторое количество велосипедов(не мной — другими людьми, если поискать то решения 3 точно можно найти).

Но стороние решения — это плохо, у нас теряется связь с flex проектами.

Года полтора назад передомной встала задача, использовать одни и теже классы в AS3 проекте и во flex проекте, а т.к. большая часть этих классов была обычными байндабл VO, то приходилось в AS3 проекте просто вырезать метатег [Bindable] или попросту делать клонов нужных VO. Благо проект был совсем небольшим и на эти неудобства можно было закрыть глаза.

На днях я таки решил заного попробовать подключить байндинг в AS3 проект, все получилось и на радость мне все оказалось очень хорошо — flexframework доработали и убрали лишние зависимости, теперь флешка с включенным байндингом занимает около 5 кб (релиз версия)!

вот простой пример кода:

package {
	import flash.display.Sprite;
	import flash.display.StageAlign;
	import flash.display.StageScaleMode;
	import flash.events.MouseEvent;

	import mx.binding.utils.BindingUtils;

	[SWF(backgroundColor="#ffffff")]
	public class DataBindingSample extends Sprite
	{
		[Bindable]
		public var stageY:Number = 0;
		[Bindable]
		public var stageX:Number = 0;

		private var circle:Sprite;

		public function DataBindingSample()
		{
			stage.scaleMode = StageScaleMode.NO_SCALE;
            stage.align = StageAlign.TOP_LEFT;

			circle = new Sprite();
			circle.graphics.beginFill(0x55aaFF,1);
			circle.graphics.drawCircle(0,0,10);
			circle.graphics.endFill();
			addChild(circle);							

			BindingUtils.bindProperty(circle,"x", this, "stageX");
			BindingUtils.bindProperty(circle,"y", this, "stageY");

			stage.addEventListener(MouseEvent.MOUSE_MOVE, changePosition);

		}

		protected function changePosition(event: MouseEvent): void
		{
			stageX = event.stageX;
			stageY = event.stageY;
		}

	}
}

Скомпилированый пример:

Всем удачного кодирования!

Adobe Developer Connection объявляет аукцион рецептов для Flex Cookbook. Сразу отмечу — речь идет не о покупке рецептов! Они, как и прежде, остаются бесплатными для всех читателей. Речь идет о написании таковых. Правила аукциона просты: до сегодняшней американской полуночи (точное время — 24 часа 20 августа 2009 года во временной зоне ET) вы объявляете, сколько рецептов вы напишете в кукбук. Побеждает тот, кто заявит максимальное количество рецептов. После этого у вас есть 30 дней, чтобы реализовать заявленное и написать их. В результате авторам будут высланы кавайные Timbuk2, картинка с отметиной Adobe Developer Connection.

Ставки принимаются по адресу esulliva@adobe.com — пишите.

Эд Салливан, который все это придумал, и посредством которого уже минимум пять наших ребят получили по лицензинному Flex Builder 3 Pro, предупреждает: призовые Тимбуки будут начинены кое-какими флексовыми приятностями. И, судя по нашему предыдущему опяту общения с Эдом и выемки из него флексбилдеров — он не подведет!

Adobe Developer Connection объявляет аукцион рецептов для Flex Cookbook. Сразу отмечу — речь идет не о покупке рецептов! Они, как и прежде, остаются бесплатными для всех читателей. Речь идет о написании таковых. Правила аукциона просты: до сегодняшней американской полуночи (точное время — 24 часа 20 августа 2009 года во временной зоне ET) вы объявляете, сколько рецептов вы напишете в кукбук. Побеждает тот, кто заявит максимальное количество рецептов. После этого у вас есть 30 дней, чтобы реализовать заявленное и написать их. В результате авторам будут высланы кавайные Timbuk2, картинка с отметиной Adobe Developer Connection.

Ставки принимаются по адресу esulliva@adobe.com — пишите.

Эд Салливан, который все это придумал, и посредством которого уже минимум пять наших ребят получили по лицензинному Flex Builder 3 Pro, предупреждает: призовые Тимбуки будут начинены кое-какими флексовыми приятностями. И, судя по нашему предыдущему опяту общения с Эдом и выемки из него флексбилдеров — он не подведет!

В поезде, который вез меня вчера с конференции ITSea, несмотря на поздний час, запоем прочел две трети книги Кента Бека "Шаблоны реализации корпоративных приложений". Не путать с шаблонами проектирования — это книга не о том, как делать синглтоны и фабрики, хотя они в ней тоже есть. Эта книга рассказывает о том, как писать понятный, тот самый самодокументирующийся код. Начиная с того, как назвать класс и как назвать подкласс, и до объяснения, почему завернутая в отдельный метод банальная операция сложения может упростить жизнь каждому, кто коснется вашего кода. Завершая техниками замеров производительности кода. Всего 77 шаблонов на каждый день — шаблонов, которые легко могут показаться банальными акулам программирования, и шаблонам, на выработку которых у новичков уйдет не год, не два и не три.

В книге не все понятно сразу, а кое-что непонятно до сих пор. Еще минимум раз ее перечитаю. Зато алмазно ясна главная мысль: любой важный код читают чаще, чем пишут. Из этого стройно следуют ценности программирования: взаимодействие (с другими программистами), простота и гибкость кода. Из трех ценностей элегантно выводятся принципы: локализация последствий, минимизация повторений, объединение логики и данных, симметрия, описательные выражения, частота изменений. А уже от принципов хорошо видимым образом расходятся сами шаблоны. Это стройная конструкция, от контакта с которой легко доверять ее автору. Кстати, Кент Бек является разработчиком JUnit, пионером Extreme Programming'а и Test Driven Development'а, без которых современное программирование уже не представить. Саму книгу взял на ITSea у Flex- и Java- программиста Александра Гахова — в его блоге каждую статью нужно печатать, читать и перечитывать (статей не так много).

На сайте RSDN выложено содержание книги "Шаблоны реализации корпоративных приложений", (не сама книга), купить можно в Озоне. Кстати, пользуясь случаем, выражаю несогласие с отзывами venticello и Лиманского Михаила, и поддерживаю отзывы Дениса Миллера из Agile Consulting и Солодкова Евгения (последний, на мой взгляд, дал книге самую взвешенную оценку).

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

Рекомендую книгу всем, кто перерос создание однодневных проектов или намерен сделать это.

В поезде, который вез меня вчера с конференции ITSea, несмотря на поздний час, запоем прочел две трети книги Кента Бека "Шаблоны реализации корпоративных приложений". Не путать с шаблонами проектирования — это книга не о том, как делать синглтоны и фабрики, хотя они в ней тоже есть. Эта книга рассказывает о том, как писать понятный, тот самый самодокументирующийся код. Начиная с того, как назвать класс и как назвать подкласс, и до объяснения, почему завернутая в отдельный метод банальная операция сложения может упростить жизнь каждому, кто коснется вашего кода. Завершая техниками замеров производительности кода. Всего 77 шаблонов на каждый день — шаблонов, которые легко могут показаться банальными акулам программирования, и шаблонам, на выработку которых у новичков уйдет не год, не два и не три.

В книге не все понятно сразу, а кое-что непонятно до сих пор. Еще минимум раз ее перечитаю. Зато алмазно ясна главная мысль: любой важный код читают чаще, чем пишут. Из этого стройно следуют ценности программирования: взаимодействие (с другими программистами), простота и гибкость кода. Из трех ценностей элегантно выводятся принципы: локализация последствий, минимизация повторений, объединение логики и данных, симметрия, описательные выражения, частота изменений. А уже от принципов хорошо видимым образом расходятся сами шаблоны. Это стройная конструкция, от контакта с которой легко доверять ее автору. Кстати, Кент Бек является разработчиком JUnit, пионером Extreme Programming'а и Test Driven Development'а, без которых современное программирование уже не представить. Саму книгу взял на ITSea у Flex- и Java- программиста Александра Гахова — в его блоге каждую статью нужно печатать, читать и перечитывать (статей не так много).

На сайте RSDN выложено содержание книги "Шаблоны реализации корпоративных приложений", (не сама книга), купить можно в Озоне. Кстати, пользуясь случаем, выражаю несогласие с отзывами venticello и Лиманского Михаила, и поддерживаю отзывы Дениса Миллера из Agile Consulting и Солодкова Евгения (последний, на мой взгляд, дал книге самую взвешенную оценку).

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

Рекомендую книгу всем, кто перерос создание однодневных проектов или намерен сделать это.

Конечно, здесь хорошо! Интернет на ITSea оказался действительно не нужен. Много общаемся. Идем по расписанию; иногда доклад перерастает в обсуждение на чаc-другой и может породить пару новых докладов, воркшопов и т.д. Из новых: Александр Гахов может быстро показать, как начать работу с Maven, Роман 'Ladon' Ковригин о том, как JSFL помогает избежать рутины и перегрева, Тема Малков вместе с Юлей Гитлан начинают переносить выросшего из коротких штанишек флэш-проекта во Flex с использованием Flash Catalyst. Поговорим об использовании Ant'а.

Александр Гахов предложил формат блиц-докладов -- он поможет нам реализовать новые идеи в ограниченное время конференции. Да, недели нам тоже не хватает

А свой основной доклад Александр Гахов уже прочел и опубликовал в своем блоге: Организация кода. Доклад краткий и очень познавательный. Интересно, а как организован код у вас?

Конечно, здесь хорошо! Интернет на ITSea оказался действительно не нужен. Много общаемся. Идем по расписанию; иногда доклад перерастает в обсуждение на чаc-другой и может породить пару новых докладов, воркшопов и т.д. Из новых: Александр Гахов может быстро показать, как начать работу с Maven, Роман 'Ladon' Ковригин о том, как JSFL помогает избежать рутины и перегрева, Тема Малков вместе с Юлей Гитлан начинают переносить выросшего из коротких штанишек флэш-проекта во Flex с использованием Flash Catalyst. Поговорим об использовании Ant'а.

Александр Гахов предложил формат блиц-докладов -- он поможет нам реализовать новые идеи в ограниченное время конференции. Да, недели нам тоже не хватает

А свой основной доклад Александр Гахов уже прочел и опубликовал в своем блоге: Организация кода. Доклад краткий и очень познавательный. Интересно, а как организован код у вас?

Каждый рецепт во Flex CookBook, написанный в августе, становится лотерейным билетом в розыгрыше призов в конце месяца. Призы: кавайный Timbuk2 с темой Adobe, iPod, Flex Builder 3 Pro. Общее количество призов = Общее количество рецептов / 10. А еще рецепты публикуются в твиттере cookbook'а, я на него подписался и вам советую.

Кстати, участники UAFPUG написали во Flex Cookbook уже 47 рецептов (думаю, мне известны не все, ведь не каждый пост помечен тэгом uafpug). Flex Bulder 3 Pro в феврале-мае 2009 года получили Эльдар Прилуцкий, Ольга Корохина, Олег Галабурда, Влад Грынчишин, Дима Кочетов.

По-моему, неплохо, так что можно еще написать еще рецепт-другой.

Каждый рецепт во Flex CookBook, написанный в августе, становится лотерейным билетом в розыгрыше призов в конце месяца. Призы: кавайный Timbuk2 с темой Adobe, iPod, Flex Builder 3 Pro. Общее количество призов = Общее количество рецептов / 10. А еще рецепты публикуются в твиттере cookbook'а, я на него подписался и вам советую.

Кстати, участники UAFPUG написали во Flex Cookbook уже 47 рецептов (думаю, мне известны не все, ведь не каждый пост помечен тэгом uafpug). Flex Bulder 3 Pro в феврале-мае 2009 года получили Эльдар Прилуцкий, Ольга Корохина, Олег Галабурда, Влад Грынчишин, Дима Кочетов.

По-моему, неплохо, так что можно еще написать еще рецепт-другой.

ArrayCollection является источником множества событий

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

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

А оно тебе надо?

Но перед тем, как с чем-то бороться, призываю все-таки задуматься. Нужно ли с этим бороться? Чем лично тебе мешает частая рассылка событий коллекции? Ведь если мешает чисто “просто так", то паранойя - это, вообще говоря, серьезное заболевание, которое можно лечить.

Мне в голову приходит не так много ситуаций, когда эта проблема должна беспокоить. При адекватной разработке компоненты не реагируют на изменения коллекции молниеносно, обработка происходит в отложенном режиме. Сколько бы раз ни пришло событие, обработка произойдет только в commitProperties, например. Поэтому на работе стандартного RIA это особо не скажется.

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

Если все-таки надо.

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

Метод enableAutoUpdate включит рассылку событий обратно. Обратите внимание, что это приведет к рассылке всех событий, накопленных за время “молчания” коллекции.

Казалось бы все просто. Но тут есть интересная особенность. В зависимости от того сколько раз вы вызвали disableAutoUpdate, столько раз и придется вызвать enableAutoUpdate, чтобы кто-нибудь все-таки узнал об изменениях. Это может быть неудобно, особенно, если учесть, что, например, DataGrid использует эти механизмы сам.

Если вы хотите сами решать, когда сообщать об изменении коллекции, то можно унаследоваться от класса коллекции и переопределить метод enableAutoUpdate таким образом, чтобы рассылка никогда не возобновлялась. Однако это приведет к тому, что коллекция все равно будет сохранять данные о своих изменениях.

Тут есть еще интересная особенность. Вызов метода refresh приводит к рассылке события CollectionChange вне зависимости от того, отключен автоапдейт или нет. Не знаю, баг это или фича, но этот же метод еще и обнуляет массив накопленных за “время молчания” изменений.

Таким образом, переопределив метод enableAutoUpdate и вызывая refresh только тогда, когда сочтете нужным, вы решите проблему рассылки лишних событий и их накопления в коллекции.

Bookmark this article at …

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

Мы решили рассказать о том, с какими проблемами столкнулись при разработке Fuzzle CMS, и как их решали. Здесь доступна презентация (PPT, 1.5 Mb).В презентации рассказывалось:

1. Зачем автоматически создавать прокси-классы, и как они экономят время разработчика;
2. Как обеспечить модульность приложения, и его открытость для сторонних разработчиков (с примерами разработки виджетов);
3. Об одном способе интеграции дизайна в Flex-приложения.

По окончании эвента, среди участников, изъявивших желание, были разыграны 3 лицензии на Fuzzle CMS. Счастливчиками оказались: Вьялков Василий, Сергей Чеканов и Бутыгина Ольга, с чем мы их и поздравляем Мы планируем и впредь иногда устраивать подобные лотереи, так что следите за событиями и обязательно посещайте встречи RAFPUG и Flex Camp!

Информация о встрече будет пополняться через Adobe Groups, некоторые фотографии уже доступны на Яндекс.Фотках. Очень надеемся, что позднее появится и видео со всеми выступлениями.

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

Мы решили рассказать о том, с какими проблемами столкнулись при разработке Fuzzle CMS, и как их решали. Здесь доступна презентация (PPT, 1.5 Mb).В презентации рассказывалось:

1. Зачем автоматически создавать прокси-классы, и как они экономят время разработчика;
2. Как обеспечить модульность приложения, и его открытость для сторонних разработчиков (с примерами разработки виджетов);
3. Об одном способе интеграции дизайна в Flex-приложения.

По окончании эвента, среди участников, изъявивших желание, были разыграны 3 лицензии на Fuzzle CMS. Счастливчиками оказались: Вьялков Василий, Сергей Чеканов и Бутыгина Ольга, с чем мы их и поздравляем Мы планируем и впредь иногда устраивать подобные лотереи, так что следите за событиями и обязательно посещайте встречи RAFPUG и Flex Camp!

Информация о встрече будет пополняться через Adobe Groups, некоторые фотографии уже доступны на Яндекс.Фотках. Очень надеемся, что позднее появится и видео со всеми выступлениями.

После 2 бет второго сильверлайта, выпущенными с интервалами в несколько месяцев, логично было бы ожидать релиза не раньше чем через полгода после 1ой беты. Однако в этот раз все изменилось - релиз выходит уже 10 июля!  Соответственно, в тот же день выйдет и Expression Blend 3, заточенный под эту версию и содержащий редактор кода, что снимает необходимость переключаться между двумя IDE в небольших проектах (автокомплит в Blend 3 Beta вполне пристойный). А релизная версия, как минимум, добавит нормальное сглаживание шрифтов, которые на данный момент выглядят страшновато. Поддержка распечатки же, к сожалению, обещана только в следующей версии.

Работа с растровыми изображаениями в FP10 имеет минимум два преимущества по сравнению с Flash Player 9: максимальный размер стал больше, а скорость стала выше.

1. Размер BitmapData увеличен c 8 до 16 мегапикселей

Во Flash Player 9 мы могли обрабатывать изображение размером 8294400 пикселей, т.е. 8 мегапикселей, что соответствует квадрату со сторонами до 2880x2880 пкс.

Во Flash Player 10 максимальный размер BitmapData не только увеличен до шестнадцатиричного 0xFFFFFF (т.е. 16777215, или 16 мпкс), что соответстует максимальному квадрату со сторонами 4095x4095 пкс, но и появилась гибкость в его использовании. Вот в чем она заключается: вы можете распределять этот максимальный размер нужным вам образом, создавая не-квадратную картинку. Т.е. теперь можно не только получить квадратную картинку размером 4095x4095, но и прямоугольную, с макcимальной длиной стороны до 8191 пкс. Главное, чтобы перемноженные длины ее сторон укладывалось в максимальное количество пикселей. Например, во Flash Player 10 возможны картинки 2048x8191 и 8191x2048. То же самое на английском у Кейта Петерса (новость уже не такая новость).

2. Класс Vector ускоряет JPEG-сжатие картинки в 2 и более раза

Для работы с большими картинками нужны быстрые алгоритмы, и здесь Flash Player 10 предлагает новый класс Vector и BitmapData.setVector(), который годится для ускорения практически любого алгоритма, активно использующего операции с массивами. Класс JPEGEncoder из состава corelib подходит под этот случай, и вот его авторы ускоряют сжатие BitmapData в JPEG. Вы можете почитать этот пост и пропробовать сами размещенную в нем демку, а также скачать обновленный класс JPEGEncoder.

Что сделали авторы класса JPEGEncoder для его ускорения:

* Использовали байтовые (bitwise) oператоры, где только можно.
* Заменили все массивы на векторы фиксированной длины.
* Использовали пред-инкремент (++i) вместо пост-инкремента (i++).
* Преобразовали (casted) к типу int все индексы доступа к векторам.

Бонус: просто пара полезных ссылок

1. Отрисовка системных иконок в Adobe AIR.
2. А ведь haxe можно компильнуть и под iPhone: haXe for iPhone.

Бонус 2: оператор подергивания в FP11

Говорят, что во Flash Player 11 будет оператор подергивания --i++

Работа с растровыми изображаениями в FP10 имеет минимум два преимущества по сравнению с Flash Player 9: максимальный размер стал больше, а скорость стала выше.

1. Размер BitmapData увеличен c 8 до 16 мегапикселей

Во Flash Player 9 мы могли обрабатывать изображение размером 8294400 пикселей, т.е. 8 мегапикселей, что соответствует квадрату со сторонами до 2880x2880 пкс.

Во Flash Player 10 максимальный размер BitmapData не только увеличен до шестнадцатиричного 0xFFFFFF (т.е. 16777215, или 16 мпкс), что соответстует максимальному квадрату со сторонами 4095x4095 пкс, но и появилась гибкость в его использовании. Вот в чем она заключается: вы можете распределять этот максимальный размер нужным вам образом, создавая не-квадратную картинку. Т.е. теперь можно не только получить квадратную картинку размером 4095x4095, но и прямоугольную, с макcимальной длиной стороны до 8191 пкс. Главное, чтобы перемноженные длины ее сторон укладывалось в максимальное количество пикселей. Например, во Flash Player 10 возможны картинки 2048x8191 и 8191x2048. То же самое на английском у Кейта Петерса (новость уже не такая новость).

2. Класс Vector ускоряет JPEG-сжатие картинки в 2 и более раза

Для работы с большими картинками нужны быстрые алгоритмы, и здесь Flash Player 10 предлагает новый класс Vector и BitmapData.setVector(), который годится для ускорения практически любого алгоритма, активно использующего операции с массивами. Класс JPEGEncoder из состава corelib подходит под этот случай, и вот его авторы ускоряют сжатие BitmapData в JPEG. Вы можете почитать этот пост и пропробовать сами размещенную в нем демку, а также скачать обновленный класс JPEGEncoder.

Что сделали авторы класса JPEGEncoder для его ускорения:

* Использовали байтовые (bitwise) oператоры, где только можно.
* Заменили все массивы на векторы фиксированной длины.
* Использовали пред-инкремент (++i) вместо пост-инкремента (i++).
* Преобразовали (casted) к типу int все индексы доступа к векторам.

Бонус: просто пара полезных ссылок

1. Отрисовка системных иконок в Adobe AIR.
2. А ведь haxe можно компильнуть и под iPhone: haXe for iPhone.

Бонус 2: оператор подергивания в FP11

Говорят, что во Flash Player 11 будет оператор подергивания --i++

В заголовке все уже сказано, а я хотел сообщить не только об этом.

Почему мы решили, что Константинер перестал вести блог?

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

Flex SDK 4 = Flex SDK 4. Меняется только название IDE.

В заголовке все уже сказано, а я хотел сообщить не только об этом.

Почему мы решили, что Константинер перестал вести блог?

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

Flex SDK 4 = Flex SDK 4. Меняется только название IDE.

Решил вот попробовать себя в микроблоггинге и завел микроблог на профессиональные и околопрофессиональные темы на Жуйке. Тема очень классная потому как позволяет бложить, читать и комментировать просто через Jabber-аккаунт и клиент. И не то, чтобы позволяет, а на это и рачитана. Ну а так как у меня Джаббер всегда открыт, то мне это удобно вдвойне. Прикольно, что региться не надо: послав сообщение, ты автоматом заводишься как пользователь.

В общем, читайте вкусности дальше и добавляйте меня в свои читатели, а я — вас

И да, это не реклама. Вернее реклама, но по моей инициативе так как сервис мне понравился

Bookmark this article at …

Если вы просмотрите посты на эту тему в блогах Serge Jespers’а, Lee Brimelow, Duane Nickull’а, Mark Doherty, Tim Buntel’а или Ryan Stewart’а, а также FAQ от Lee Brimelow, то узнаете, что четвертая версия Flex Builder’а, публичная бета которого будет доступна летом, будет называться Flash Builder.

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

А что по этому поводу думаете вы? Отмечайтесь в комментах со своими мыслями или ссылками на изложение своих мыслей.

Bookmark this article at …

Думаю, большинство читателей уже в курсе, а те, кто не в курсе, читайте внимательно.

26 мая в Россию приезжает сам Бен Форта чтобы встретиться с российскими (и не только) пользователями технологий от Adobe и рассказать им о будущем RIA и Flash-платформы. Ну а Бен — реальный корифей и ровный пацанчик. Пропустить такое никак нельзя.

Помимо выступления Бена, намечаются и выступления наших спикеров, которые будут спикать о Flash Catalyst, Pixel Bender, VOIP, модульном тестировании и многом другом. Говорят, что даже я что-то прочитаю (посмотрим ).

Больше подробностей читаем тут (ага, подмосковье, пиво, общение и вообще профессиональный отдых как он есть). Также смотрим инфу тут (есть схема проезда и прочее) и тут.

Число мест ограничено, поэтому лучше подумать заранее и прислать заявку с указанием своих данных (ФИО, контора, где просиживаете задницу компания, где работаете, город, мыло и сайт/блог) на rafpug [dog] gmail.com.

Ну и мы, пятеро ровных пацанчиков из Питера, туда едем. Так что от души!

Bookmark this article at …

Этот пост не совсем относится к основной теме блога — Flash-платформе. Тем не менее он о России, о жизни многих русскоговорящих веб-разработчиков и просто пользователей сети Интернет. То есть может коснуться каждого.

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

Подсудимого я хорошо знаю лично. И об этом бредовом деле слышал уже давно. Но приговор был вынесен только на днях.

Сам Женя описывает свое дело тут. В скором времени он обещает выложить сканы обвинительного заключения и материалы следствия. Сам он поэт и музыкант, и несмотря на вмененный ему мотив в виде “интеллектуального развития", не является специалистом, способным совершить такое преступление. Да что там говорить: лично я не знаю, как такое провернуть. Хоть, вроде, разбираюсь в технике получше.

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

Есть также обсуждение этого дела на Хабре тут и тут.

PS. Женя выложил кое-какие материалы дела.

Bookmark this article at …

Кстати, тут хочу сообщить следующее. Готовы? Итак.

6 мая, в 17:00, на просторах всемирной паутины в попытках сделать мир лучше, решить кто прав и найти виноватых столкнутся в кровавой борьбе менеджеры российской, украинской и белорусской юзер групп!

Повестка дня:

• Почему стихает интерес flash коммьюнити к ежемесячным встречам RAFPUG?
• В чём секрет харизматичности Роста?
• Как мотивировать флешеров делать доклады?
• Почему ваш покорный слуга перестал вести свой блог?
• Кто остановит тоталитарный режим Малкова и превратит его в тоталитарную секту?
• В чём секрет мегапопулярности UAFPUG?
• Почему так мало девушек посещает встречи?
• Что делал слон, когда пришёл на поле он?

На эти и многие другие вопросы, которые можно будет задать, вы сможете получить ответы в эту среду в 17:00 по Москве, в прямой онлайн трансляции через Adobe Connect.

Во время этой нестандартной встречи будет произведён розыгрыш билетов на конференцию разработчиков flash игр — Flash GAMM! Обиженным не уйдёт никто.

Не пропустите!
В главных ролях: Артемий Малков, Ростислав Сирык, Валерия Маллаева, Валерий Песецкий и ваш покорный слуга.

Адрес трансляции будет опубликован позже.

Автором этого замечательного текста является Лерика Маллаева (чтобы не уличили меня в гениальности Также есть ссылка у Роста и у Лерики.

Bookmark this article at …

Просто новость одной строкой. Очень неожиданно. Засим раскланиваюсь.

Bookmark this article at …

Релиз

Вышла новая версия Flex Mojos, теперь разработка flexmojos проходит под крышой
sonatype.org, и у алмаза появилась огранка)).
В извесную книгу о maven от sonatype добавленна глава про работу с flexmojos

Что изменилось?

Из полезных дополнений хочу обратить внимание на archetypes:

• flexmojos-archetypes-library проект swc библиотеки
• flexmojos-archetypes-application
простой swf проект
• flexmojos-archetypes-modular-webapp многомодульный проект, состоит из swc, swf и war

archetypes - это maven комманда, которая создает проект с нуля. Для её запуска необходим установленный maven.
Выполните следующую комманду в командной строке (имя вашего пакета, верисю и артифакт id придется ввести в режиме диалога):

XML:

Комментарий
что бы проект собирался необходимо определить sonatype репозиторий в ~\.m2\settings.xml

XML:

после этого можно запускать mvn install.

Для пользователей mac, что бы запускались тесты, необходимо добавить путь к flash player в PATH.

Code:

и добавить в pom.xml следующие сторики:

XML:

И на десерт, команда:

Code:

создает flexbuilder проект. Единственно есть небольшой баг.
Придется поправить в FlexBuilder откройте
Project->Properties->Flex Compiler и исправьте в additional compiler arguments:
-localeen_US на -locale en_US

Тем кто переходит с версии flexmojos 2.x

Изменился репозиторий на http://repository.sonatype.org/content/groups/public
Изменился пакет и наименование flexmojos:

XML:

теперь будет:

XML:

вместо специализированных плагинов типа:

XML:

теперь используются соответствующие goals, соответственно
mvn flexmojos:wrapper

Пакеты зависимостей для тестирования тоже поменялись:

XML:

теперь:

XML:

Резюме

В целом изменения меня очень радуют, всё стало проще и логичней, в добавок sonatype обещают интеграцию с m2e в версии 0.9.8.

Первоисточники

flexmojos - blog
советы по переходу с flexmojos 2.x
страница проекта flexmojos
глава из книги о maven, по работе с flexmojos

p/s

Версия новая и интересная буду очень рад если поделитесь опытом и замечаниями по работе с ней.

Bookmark this article at …

Если вы мечтаете стать сертифицированным flex-разработчиком, то безусловно порадуетесь тому, что программа для подготовки к тесту Attest стала бесплатной. Приятно, что это произошло несмотря на мировой финансовый кризис.
Кстати, это теперь AIR-приложение.

Будущие Adobe Flex 3 with AIR Certified Developer-ы дерзайте!

PS: А есть желающие стать сертифицированными?

Bookmark this article at …

Благодаря сотрудничеству с Allsoft.ru, появились обзоры Fuzzle на следующих ресурсах:

• News.Ferra.ru
• Софт@Mail.ru

Кроме того, в связи с акцией для жителей Хабрахабра, добавлена специальная статья на Хабрахабр.

Благодаря сотрудничеству с Allsoft.ru, появились обзоры Fuzzle на следующих ресурсах:

• News.Ferra.ru
• Софт@Mail.ru

Кроме того, в связи с акцией для жителей Хабрахабра, добавлена специальная статья на Хабрахабр.

Новость в жанре копипаста, которая от этого не перестает быть интересной:

Очередная встреча RAFPUG пройдет вместе с мероприятиями фестиваля компьютерного, анимационного и видео-творчества Мультиматограф. Пройдут семинары и мастер-классы по различным темам, связанным с творчеством и мультимедиа-технологиями. Ведущие специалисты в этой области поделятся своими знаниями с участниками фестиваля и всеми желающими 28 и 29 марта в Вологде!

В настоящее время список семинаров и мастер-классов выглядит следующим образом:

• «Новые возможности Adobe Flash CS4». Ведущий: Алексей Гончаренко (Москва)
• «Изображение эмоций с помощью графических средств». Ведущий: Павел Савчук (Москва)
• «Спецэффекты в домашних условиях». Ведущий: Алексей Зорин (Вологда)
• «Плагинная архитектура и современные средства разработки». Ведущий: Иван Дембицкий (Москва)
• «Как сделать мультфильм. Основы анимации. Как сделать персонаж живым». Ведущий: Костантин Бирюков (Санкт-Петербург)
• «Креативный центр Adobe Photoshop CS4». Ведущий: Фрэд Мрясов (Москва)

Время и место проведения семинаров уточняются.

Регистрируемся на встречу в обычном формате - письмом на rafpug [sobaka] gmail.com
Также имеет смысл собираться и координироваться в могучие кучки едущих из Москвы (или из других крупных городов) для пущего веселья и креативного общения в дороге. Список зарегистрировавшихся и желающих поехать будет опубликован здесь. Представители Флексиса (Алексей Гончаренко и Фрэд Мрясов) едут 27 марта в пятницу вечером (ориентировочно в 20.20), весьма вероятно, что бессменный председатель жюри фестиваля Мультиматограф Иван Дембицкий поедет тоже в это время.

А 29 марта пройдет гала-концерт фестиваля «Мультиматограф», билеты на который сегодня поступили в продажу. Стоимость билета - 300 рублей, с флаером — 250. Приобрести их можно у распространителей или в местах продаж в Вологде, или забронировать их через меня, для этого в регистрационном письме укажите, что нужен билет на гала-концерт.

Места продаж в Вологде:

• касса ОКЦ «Русский дом», ул. Пушкинская 25-А (Вологда)
• центральная театрально-концертная касса, ул. Батюшкова 11 (Вологда)
• магазин «Однако!», ул. Чехова 35 (Вологда)
• молодежный центр «Содружество», Советский проспект 20 (Вологда)

Билет на гала-концерт дает возможность посещения выставки ретро-компьютеров, которая начнется в 15:00 в фойе второго этажа «Русского дома». Кроме того, билет на гала-концерт является флаером на after-party. Это программа с участием музыкантов, диджеев и виджеев, приезжающих специально на фестиваль, которая начнется 29 марта в 22:00 в музыкальном клубе «Харди гарди».

Более подробная акутальная информация доступна на страничке встречи.

Bookmark this article at …

Недавно в посте Многопоточность и flash платформа вместе я уже предлагала обсудить многопоточность.

И вот сегодня читаю пост Threading in Flex про библиотеку AsyncThreading. Можно сказать, что библиотека эта для Flex, потому что в ней используются флексовые классы (я заметила один). И вот это уже действительно похоже на библиотеку, которую можно брать и использовать.

Удачи тем, кому многопоточность необходима. Судя по комментариям к предыдущему посту, такие есть.

Bookmark this article at …

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

Вот и еще один пост об этом же: Ender Lib - Threads for Flex.

Библиотека Ender Lib, насколько я успела посмотреть, основана на использовании события ENTER_FRAME, но судя по всему вы можете использовать и таймер, так как нужные методы protected.

А расскажите про свои реализации или чьи-нибудь уже известные и опробованные.
И вообще, часто вам так уж необходима многопоточность?

Bookmark this article at …

Пользуясь случаем хочу поздравить милых девушек с чотким весенним праздником 8 марта! В нашем Flash-сообществе вы всегда являетесь центром внимания, и мы рады, что вы у нас есть

Отдельно и персонально хочу поздравить Таню ‘0xFFFFFF’ Белую, Юлю ‘Junique’ Николаеву, Аню ‘Graann’ Громову и Валерию ‘Lerika’ Маллаеву. Счастья вам, девушки, и отличного весеннего настроения!

Bookmark this article at …

Вышло обновление Adobe AIR 1.5.1. Кроме многочисленных исправлений ошибок, этот релиз включает также новую возможность, которую в своем блоге описывает Оливер Голдман, один из разработчиков этой платформы.

Теперь приложение имеет возможность определить, каким образом оно было запущено: обычным образом или в процессе автозапуска. Это можно определить из свойства события InvokeEvent.reason, которое может иметь два значения: "standard" и "login". Определив значение свойства, разработчик приложения может адаптировать его поведение соотвествующим образом, например, не показывать окно приложения при автозапуске, а просто поместить иконку приложения в трей, что является весьма популярной практикой.

Чтобы ваше приложение могло воспользоваться этой функциональнстью, нужно обновить версию в файле дескриптора:

xmlns="http://ns.adobe.com/air/application/1.5.1"

Доступен для скачивания обновленный Adobe AIR SDK и инструкция по его применению к существующей конфигурации Flex SDK, а также примечания к Adobe AIR 1.5.1.

Вышло обновление Adobe AIR 1.5.1. Кроме многочисленных исправлений ошибок, этот релиз включает также новую возможность, которую в своем блоге описывает Оливер Голдман, один из разработчиков этой платформы.

Теперь приложение имеет возможность определить, каким образом оно было запущено: обычным образом или в процессе автозапуска. Это можно определить из свойства события InvokeEvent.reason, которое может иметь два значения: "standard" и "login". Определив значение свойства, разработчик приложения может адаптировать его поведение соотвествующим образом, например, не показывать окно приложения при автозапуске, а просто поместить иконку приложения в трей, что является весьма популярной практикой.

Чтобы ваше приложение могло воспользоваться этой функциональнстью, нужно обновить версию в файле дескриптора:

xmlns="http://ns.adobe.com/air/application/1.5.1"

Доступен для скачивания обновленный Adobe AIR SDK и инструкция по его применению к существующей конфигурации Flex SDK, а также примечания к Adobe AIR 1.5.1.

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

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

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

Update: Костя многое объясняет в комментариях к этому посту.

Требование обязательного проведения встречи Русскоязычной Группы Пользователей Flash-платформы от Adobe (Russian Adobe Flash Platform User Group, RAFPUG) раз в месяц творит чудеса. И вот нас ждет январская встреча. Но пройдет она в феврале. А именно в ближайшее воскресенье 8 февраля.

Дело будет происходить в Москве, в офисе Adobe, в 12.00. Адрес офиса Adobe не изменился: м.Павелецкая, ул.Садовническая, д. 82 сроение 2, Аврора Бизнес Парк.

Поограмма встречи такова:

• «Доклад Артемия Малкова о поездке на Adobe Max в Милан». Рассказывает, как ни странно, сам Артемий Малков (Flexis).
• «Adobe Flash Catalyst и с чем его едят». Вы удивитесь, но рассказывает снова Артемий Малков (Flexis)
• «Круглый стол по обсуждению развития сообщества». Немного флейма никогдв не помешает. После беспредметного круглого стола традиционное афтерпати с предметным распитием пива в одном из московских пивных заведений.

Те, кто планирует посетить данное мероприятие, могут зарегистрироваться прислав письмо на один из следующих электронных ящиков менеджеров группы (а для надежности лучше на все сразу):
constantiner <at/> gmail <dot/> com - Константин Ковалёв
as <at/> malkov <dot/> org - Артемий Малков

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

1. Имя Фамилия
2. Ник
3. Компания, в которой трудитесь
4. Какими технологиями от Adobe интересуетесь (владеете)
5. Город, в котором вы живете
6. Личный сайт или блог (если есть)

Текущую актуальную информацию по событию можно найти на официальной страничке встречи.

Спешите регистрироваться! Кстати, есть некоторый шанс, что я тоже приеду на встречу.

Bookmark this article at …

Ура!

свершилось чудо, появился бесплатный кодоформатер для as3|mxml в Flex Builder

http://www.riaspace.net/2009/01/ctrlshiftf-for-flex-builder/

В отличаи от ранее предлагаемого в поставке InterpriseIDE имеет настройки форматирования и работает лучше (ну или мне так показалось).

Спасибо Косте за ссылку

Ура!

свершилось чудо, появился бесплатный кодоформатер для as3|mxml в Flex Builder

http://www.riaspace.net/2009/01/ctrlshiftf-for-flex-builder/

В отличаи от ранее предлагаемого в поставке InterpriseIDE имеет настройки форматирования и работает лучше (ну или мне так показалось).

Спасибо Косте за ссылку

Вышедшая недавно 2ая бета-версия Amethyst - IDE для разработки Flex-приложений на базе Visual Studio, ознаменовала переход этого продукта из состояния совсем непригодного инструмента в состояние инструмента не очень удобного, но по сути работающего. Если его удается установить. Лучший способ гарантированно заставить всю конструкцию работать - поставить Ruby In Steel от той же компании, который уже укомплектован Visual Studio Shell, и доставить сверху Amethyst (спасибо Vertex за 1ый апдейт к посту об Amethyst). Ощущения смешанные. Скорость работы вполне достойная, но постоянно вылезающие ошибки компилятора радости не прибавляют. Автокомплит чуть удобнее флексового, но работает не идеально (впрочем, Flex тоже в этом смысле неидеален, особенно относительно нового API 10го плеера). Но до автокомплита FD, который понимает набор “awI” для получения “drawItem”, и обладает многими другими достоинствами, ему далеко.  Импорт проектов проходит гладко, за пару часов работы проблем не обнаружилось.

Сегодня же было выложено первое видео, демонстрирующее работу Amethyst Designer - первой, по сути, альтернативы Design Mode Flex-a. По видео можно судить, что решение вполне работоспособно, однако Design Mode, как ожидается, будет присутствовать только в платной версии продукта.

Подводя итог: Amethyst, избавившись от оставшихся багов, добавив отсутствующий на данный момент отладчик и Design mode, может служить достойной альтернативой Flex, особенно при агрессивной цене. В последнее, однако, верится с некоторым трудом, учитывая цену Ruby in Steel, равную двумстам долларам

Сегодня на повестке дня стоит вопрос - как записать звук и сохранить его на сервер при помощи Flash. Задача с первого взгляда простая, попробуем-ка с ней разобраться.
Не забываем, что снять звук напрямую в Flash Player нельзя: Flash-разработка: Прокол с микрофоном.

Для начала, поглядим, что скажет наши самые близкие помощники - Adobe Flex 3 Help и Adobe® Flex™ 3 Language Reference:

Главная статья о работе со звуком. Тут мы проваливаемся в Capturing sound input и смотрим, как получить звук с микрофона и что, собственно, можно сделать с этим звуком.

Итак, Microphone - класс, который нам позволит записать звук с нашего микрофона.
При использовании микрофона, необходимо, чтобы размер окна нашего приложения был не менее 215 x 138. Иначе ничего не выйдет - Flash Player должен вывести из соображений безопасности окно подтверждения использования микрофона (а как бы здорово было бы скрыть это окошко и подслушивать, что там говорят юзеры про наш сайт :). Кстати, умные люди додумались, как это сделать). Класс позволяет выбрать и активировать при помощи метода getMicrophone нужный микрофон, настроить характеристики записи.

• Accessing a microphone - читаем и копипастим, как активировать микрофон.
• Routing microphone audio to local speakers - возможность транслировать звук на колонки юзера. Это наверное для того, чтобы лучше себя слышать в наушниках или сделать эдакий "громкоговоритель" :). Скорее всего, эта функция нужна для того, чтобы юзер мог убедиться собственными ушами, что его микрофон работает.
• Altering microphone audio - вкратце о том, как поменять громкость и частоту.
• Detecting microphone activity - рассказывает о таком полезном свойстве, как отключение приема звука через интервал времени silenceTimeout, если его уровень activityLevel менее silenceLevel. Это экономит производительность и трафик, в общем - очень правильный подход. При отключении микрофона после тайм-аута и его включении при появлении звука, генерируется событие ActivityEvent.ACTIVITY, что и помогает нам включать и выключать запись звука. Нужно также учесть, что микрофон включается не сразу, а после некоторой задержки - это плата за экономию трафика - если установить порог тишины, то микрофон отключаться не будет, но зато и задержка исчезнет.
• Sending audio to and from a media server - то что нам и нужно. Говорят, что нет ничего проще - приаттачить объект нашего микрофона к NetStream и передавать данные прямо на сервер типа Flash Media Server.

Вот, собственно и вся теория. Переходим к практике. Для начала, пошуршим по Гуглу на предмет нашего вопроса.

Как я понимаю, нас интересуют серверы, которые обеспечивают потоковую передачу данных по средством протокола RTMP или Real Time Messaging Protocol.

Вот информация о медиа-серверах:

• Пробуем haxeVideo от Santer. Он записывает видео при помощи сервера haxeVideo. Выясняем, что сервер так же пишет и аудио-информацию.
• flash media server против red5 (сравнение). Автор здорово ругает RED5, но его замечания касаются в общем-то работы с видео.
• Программирование для платформы Flash под Linux (другая ссылка). Здесь, в разделе медиа-серверы дается общее описание современных серверов, либо просто упоминаюся: Flash Media Server, RED5, Wowza, haXeVideo, RubyIZUMI.
• OSFlash: раздел Servers and Remoting. Тут куча опенсорсных продуктов. В том числе, для PHP-разработчиков, такие как Kaltura, что может здорово пригодиться.
• Медиа серверы: форум про медиа-серверы. Пока не многочисленный, но довольно живой.
• Встречайте Open Source Flash Media Server — Mammoth. Описание и ссылки.

Итак, рассмотрем претендентов на использование в качестве сервера:

Flash Media Server:
Семейство продуктов Flash Media Server - лидирующее решение для задач обработки потокового видео, рилтайм-коммуникаций. В общем, как всегда у Adobe всё безупречно и дорого. Лучше смотреть таблицу сравнения редакций сервера. Для нашей задачи, вполне достаточно версии Flash Media Streaming Server, ценой в пределах $1k (если не ошибаюсь, платить надо каждый год).
Есть и такие мнения: Не так уж и хорош Flash Media Server. Передача данных с FMS на веб-сервер.
Опыта разработки крупномасштабных on-line систем у меня нет, поэтому делаю пока основанный только на воспринятой информации, чисто субъективный вывод - использовать FMS для записи звука - качественная стрельба по воробьям из ракетного комплекса.

Wowza: Относительно свежий, годичной давности, сервер. Не бесплатный, но все же на много дешевле (Wowza Media Server Pro...имеет более гуманную лицензионную модель) чем FMS медиа-сервер. Русскоязычной информации по серверу не так много, а документации, предоставленной на сайте, вполне достаточно.
Полезная информация: RTMP транспорт для Flashphone.ru теперь обеспечивается Wowza Media Server.

RED5: Самый популярный опенсорсный медиа-сервис. Информации про него - море, хотя на сайтах проекта черт ногу сломит. Есть довольно кривая документация в PDF.
Начать можно, хотя бы вот - со статьи "Начало разработки с Red5". Вот еще статейка, которая поможет нам начать: Изучаю Red5 с нуля =). Тут же имеется ссылка на доки.
Полезная информация: Red5 на Википедии, RED5 на ohloh, Red5 Plugin для Eclipse IDE - beta 1, red5-recorder.

Кстати, любопытный факт. SmartFox Server так же позволяет работать с потоковыми видео и аудио. Отвечает за это дело, некий модуль, именуемый RedBOX, который базируется, как вы уже догадались, на Red5 project. Модуль этот, само собой, бесплатный, так что, при желании, можно организовать видео-аудио общение игроков в процессе онлайн-игры. И с документацией тоже всё в порядке. Что тут говорить - молодцы, здорово подсуетились.

haXeVideo: Многопоточный сервер, осуществляющий управление FLV-видеопотоками. Это совсем свежий, конечно же бесплатный, сервер, полностью написанный на haXe, легкий, не требовательный к производительности сервера, и очень масштабируемый. Вот Официальный релиз haxeVideo 1.0. Собственно, никаких видимых сложностей для использования сервера нет - это можно наблюдать в небольшом туторе Пробуем haxeVideo. Как видно из примера, серверная часть не потребовала ни сложного конфигурирования, ни программирования. Однако, мы наблюдали появление FLV-видео, а вот как насчет, к примеру MP3? Поиски привели к какой-то почтовой переписке, но я так с ней и не разобрался. Вообще, информации пока мало, но это не значит, что сервер haXeVideo не является достойным решением.

Mammoth - The Open Source Flash Streaming Server.
Собственно релиз от Роста Встречайте Open Source Flash Media Server — Mammoth раскрывает основные моменты. Кроме того, жаркая дискуссия в этом посте может здорово помочь в выборе медиа-серверов и раскрыть их сильные и слабые стороны.

А вот к примеру, интересно посмотреть, как реализуется простой PHP-streaming.
Есть способ с исходниками, 'Streaming' flv video via PHP, take two. Правда он работает не на запись видео а на воспроизведение. Совсем старый... Но посмотрите, внизу есть пара апдейтов конца 2007-го. Попробуем качнуть. Действительно, здесь довольно замысловатый, но аккуратный PHP код и два fla (под FP7 и FP8) с проигрывателями всего этого безобразия.

Kaltura. Это целая опенсорсная видео-платформа (как нам рассказывает OSFlash). Она позволяет интегрировать в любой сайт множество интерактивных медийных наворотов с полной поддержкой онлайн-видео. Говорят, можно легко инсталлировать модули на такие веб-платформы как MediaWiki, WordPress, Drupal, Joomla и тд. И на ней сидят такие сайты как MySpace, YouTube, Flickr, ccMixter, Jamendo, и даже The New York Public Library.
Сайт тоже очень качественный, что даже странно для опенсорсной платформы.
Kaltura посвящен раздел Википедии на русском.
KalturaServer отвечает за управление контентом и правами, хранени, доставку, обработку, видео- и аудио- кодирование и прочее.
Клиентская часть (Flex), KalturaCVF, Kaltura Collaborative Video Framework, представляется тремя уровнями:

• Core - ядро (управление видео, событиями, метаданными и т.д.).
• KalturaPresentationLayer - уровень визуализации (набор библиотек управления стилями, скинами, связыванием данных и т.п.).
• KalturaWidgets - богатый набор Flex-приложений, который, действительно впечатляет.

Интересно, на сколько всё это понятно и бесплатно. Короче, надо смотреть, тут море информации. В русскоязычном интернете я кроме новостей и анонсов ничего толком не нашел. Может быть не там искал?

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

Сегодня на повестке дня стоит вопрос - как записать звук и сохранить его на сервер при помощи Flash. Задача с первого взгляда простая, попробуем-ка с ней разобраться.
Не забываем, что снять звук напрямую в Flash Player нельзя: Flash-разработка: Прокол с микрофоном.

Для начала, поглядим, что скажет наши самые близкие помощники - Adobe Flex 3 Help и Adobe® Flex™ 3 Language Reference:

Главная статья о работе со звуком. Тут мы проваливаемся в Capturing sound input и смотрим, как получить звук с микрофона и что, собственно, можно сделать с этим звуком.

Итак, Microphone - класс, который нам позволит записать звук с нашего микрофона.
При использовании микрофона, необходимо, чтобы размер окна нашего приложения был не менее 215 x 138. Иначе ничего не выйдет - Flash Player должен вывести из соображений безопасности окно подтверждения использования микрофона (а как бы здорово было бы скрыть это окошко и подслушивать, что там говорят юзеры про наш сайт :). Кстати, умные люди додумались, как это сделать). Класс позволяет выбрать и активировать при помощи метода getMicrophone нужный микрофон, настроить характеристики записи.

• Accessing a microphone - читаем и копипастим, как активировать микрофон.
• Routing microphone audio to local speakers - возможность транслировать звук на колонки юзера. Это наверное для того, чтобы лучше себя слышать в наушниках или сделать эдакий "громкоговоритель" :). Скорее всего, эта функция нужна для того, чтобы юзер мог убедиться собственными ушами, что его микрофон работает.
• Altering microphone audio - вкратце о том, как поменять громкость и частоту.
• Detecting microphone activity - рассказывает о таком полезном свойстве, как отключение приема звука через интервал времени silenceTimeout, если его уровень activityLevel менее silenceLevel. Это экономит производительность и трафик, в общем - очень правильный подход. При отключении микрофона после тайм-аута и его включении при появлении звука, генерируется событие ActivityEvent.ACTIVITY, что и помогает нам включать и выключать запись звука. Нужно также учесть, что микрофон включается не сразу, а после некоторой задержки - это плата за экономию трафика - если установить порог тишины, то микрофон отключаться не будет, но зато и задержка исчезнет.
• Sending audio to and from a media server - то что нам и нужно. Говорят, что нет ничего проще - приаттачить объект нашего микрофона к NetStream и передавать данные прямо на сервер типа Flash Media Server.

Вот, собственно и вся теория. Переходим к практике. Для начала, пошуршим по Гуглу на предмет нашего вопроса.

Как я понимаю, нас интересуют серверы, которые обеспечивают потоковую передачу данных по средством протокола RTMP или Real Time Messaging Protocol.

Вот информация о медиа-серверах:

• Пробуем haxeVideo от Santer. Он записывает видео при помощи сервера haxeVideo. Выясняем, что сервер так же пишет и аудио-информацию.
• flash media server против red5 (сравнение). Автор здорово ругает RED5, но его замечания касаются в общем-то работы с видео.
• Программирование для платформы Flash под Linux (другая ссылка). Здесь, в разделе медиа-серверы дается общее описание современных серверов, либо просто упоминаюся: Flash Media Server, RED5, Wowza, haXeVideo, RubyIZUMI.
• OSFlash: раздел Servers and Remoting. Тут куча опенсорсных продуктов. В том числе, для PHP-разработчиков, такие как Kaltura, что может здорово пригодиться.
• Медиа серверы: форум про медиа-серверы. Пока не многочисленный, но довольно живой.
• Встречайте Open Source Flash Media Server — Mammoth. Описание и ссылки.

Итак, рассмотрем претендентов на использование в качестве сервера:

Flash Media Server:
Семейство продуктов Flash Media Server - лидирующее решение для задач обработки потокового видео, рилтайм-коммуникаций. В общем, как всегда у Adobe всё безупречно и дорого. Лучше смотреть таблицу сравнения редакций сервера. Для нашей задачи, вполне достаточно версии Flash Media Streaming Server, ценой в пределах $1k (если не ошибаюсь, платить надо каждый год).
Есть и такие мнения: Не так уж и хорош Flash Media Server. Передача данных с FMS на веб-сервер.
Опыта разработки крупномасштабных on-line систем у меня нет, поэтому делаю пока основанный только на воспринятой информации, чисто субъективный вывод - использовать FMS для записи звука - качественная стрельба по воробьям из ракетного комплекса.

Wowza: Относительно свежий, годичной давности, сервер. Не бесплатный, но все же на много дешевле (Wowza Media Server Pro...имеет более гуманную лицензионную модель) чем FMS медиа-сервер. Русскоязычной информации по серверу не так много, а документации, предоставленной на сайте, вполне достаточно.
Полезная информация: RTMP транспорт для Flashphone.ru теперь обеспечивается Wowza Media Server.

RED5: Самый популярный опенсорсный медиа-сервис. Информации про него - море, хотя на сайтах проекта черт ногу сломит. Есть довольно кривая документация в PDF.
Начать можно, хотя бы вот - со статьи "Начало разработки с Red5". Вот еще статейка, которая поможет нам начать: Изучаю Red5 с нуля =). Тут же имеется ссылка на доки.
Полезная информация: Red5 на Википедии, RED5 на ohloh, Red5 Plugin для Eclipse IDE - beta 1, red5-recorder.

Кстати, любопытный факт. SmartFox Server так же позволяет работать с потоковыми видео и аудио. Отвечает за это дело, некий модуль, именуемый RedBOX, который базируется, как вы уже догадались, на Red5 project. Модуль этот, само собой, бесплатный, так что, при желании, можно организовать видео-аудио общение игроков в процессе онлайн-игры. И с документацией тоже всё в порядке. Что тут говорить - молодцы, здорово подсуетились.

haXeVideo: Многопоточный сервер, осуществляющий управление FLV-видеопотоками. Это совсем свежий, конечно же бесплатный, сервер, полностью написанный на haXe, легкий, не требовательный к производительности сервера, и очень масштабируемый. Вот Официальный релиз haxeVideo 1.0. Собственно, никаких видимых сложностей для использования сервера нет - это можно наблюдать в небольшом туторе Пробуем haxeVideo. Как видно из примера, серверная часть не потребовала ни сложного конфигурирования, ни программирования. Однако, мы наблюдали появление FLV-видео, а вот как насчет, к примеру MP3? Поиски привели к какой-то почтовой переписке, но я так с ней и не разобрался. Вообще, информации пока мало, но это не значит, что сервер haXeVideo не является достойным решением.

Mammoth - The Open Source Flash Streaming Server.
Собственно релиз от Роста Встречайте Open Source Flash Media Server — Mammoth раскрывает основные моменты. Кроме того, жаркая дискуссия в этом посте может здорово помочь в выборе медиа-серверов и раскрыть их сильные и слабые стороны.

А вот к примеру, интересно посмотреть, как реализуется простой PHP-streaming.
Есть способ с исходниками, 'Streaming' flv video via PHP, take two. Правда он работает не на запись видео а на воспроизведение. Совсем старый... Но посмотрите, внизу есть пара апдейтов конца 2007-го. Попробуем качнуть. Действительно, здесь довольно замысловатый, но аккуратный PHP код и два fla (под FP7 и FP8) с проигрывателями всего этого безобразия.

Kaltura. Это целая опенсорсная видео-платформа (как нам рассказывает OSFlash). Она позволяет интегрировать в любой сайт множество интерактивных медийных наворотов с полной поддержкой онлайн-видео. Говорят, можно легко инсталлировать модули на такие веб-платформы как MediaWiki, WordPress, Drupal, Joomla и тд. И на ней сидят такие сайты как MySpace, YouTube, Flickr, ccMixter, Jamendo, и даже The New York Public Library.
Сайт тоже очень качественный, что даже странно для опенсорсной платформы.
Kaltura посвящен раздел Википедии на русском.
KalturaServer отвечает за управление контентом и правами, хранени, доставку, обработку, видео- и аудио- кодирование и прочее.
Клиентская часть (Flex), KalturaCVF, Kaltura Collaborative Video Framework, представляется тремя уровнями:

• Core - ядро (управление видео, событиями, метаданными и т.д.).
• KalturaPresentationLayer - уровень визуализации (набор библиотек управления стилями, скинами, связыванием данных и т.п.).
• KalturaWidgets - богатый набор Flex-приложений, который, действительно впечатляет.

Интересно, на сколько всё это понятно и бесплатно. Короче, надо смотреть, тут море информации. В русскоязычном интернете я кроме новостей и анонсов ничего толком не нашел. Может быть не там искал?

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

* * *

Понемножку просматриваю ресурсы по медиа-серверам. Читая про Red5, выяснил, что писать звук с клиента в формате MP3 он не умеет, по причине того, что Flash player поддерживает только аудио-формат NellyMoser, а сервер всего лишь снимает входящий поток. Утилит под Linux для транскодирования NellyMoser по-видимому нет.
При таком раскладе, haxeVideo вполне равноценно Red5 в плане записи mp3.
Однако, часто упоминается некий проект ffmpeg, и как про него говорят, он поддерживает FLV. Кроме того, есть упоминание о разработке потокового сервера ffserver. И проекты, где использовался.

Еще информация по записи звука Red5: Flash Media Server and Red5 Resources.

* * *

Добрался до конвертации flv -> mp3. По этой теме есть следующие идеи: Converting audio FLV file to MP3?, где предлагается конвертировать NellyMoser в WAV, а затем уж в MP3, что не вызывает проблем. А решается это при помощи следующего инструмента: nellynomore. Работает ли это или нет - не могу сказать. Скоро узнаем.

* * *

Информация о установке RED5 на FreeBSD:
http://osflash.org/red5/suse (говорят, что вроде работает)
http://www.opennet.ru/openforum/vsluhforumID1/77112.html
http://portsmon.freebsd.org/portoverview.py?category=www&portname=red5

* * *

haxeVideo и FreeBSD:
http://haxe.ru/node/151#comments

* * *

rubyizumi
RTMP Server(MP4/H.264) for Flash video/audio streaming written in Ruby