RIA crumbs.

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

Адобовцы выпустили не так давно новый Adobe AIR run-time 1.1 + Adobe AIR SDK 1.1, с приятными багфиксами и нововведениями, одно из них мне очень понадобилось. Нововведение довольно простое – проверка свободного места на диске / папке.

Правда чтобы обновить у себя AIR SDK до версии 1.1, пришлось в руки брать бубен под названием Flex 3.0.2 SDK stable release Спасибо Адобовцам за то, что написали хорошие посты по обновлению AIR SDK.

Линки:

• http://kb.adobe.com/selfservice/viewContent.do?externalId=kb403919

• http://www.adobe.com/devnet/flex/articles/flex_air1.1.html

Майк Чамберс (Mike Chambers) сообщает о том, что они выпустили в свет справочное руководство по ActionScript 3 для RIA разработчиков. Справочник содержит полное описание ActionScript 3 API для Flash Player, Adobe AIR и Flex 3. Так же Майк дает ссылку на постеры, на базе которых был сделан этот справочник.

ps. если у вас лицензионный Flex 3 Builder, то вы можете заказать себе постеры

RIApedia.com сообщает о том, что O’Reilly запустил сайт посвященный RIA.

Что там сейчас есть? Сейчас там есть посты с блогов RIA разработчиков (на пример, Andre Charland, Andrew Trice, Rich Tretola). Пишут люди о дизайне и разработке RIA приложений, и о том какие есть “стандарты” для RIA. Выбор постов по интересующей тематике есть в хедере

Всем приятного использования и надеюсь пополнения “буржуйских” ресурсов умными статьями и постами от наших гуру-шамано-евангелистов

Давно хотел написать об этой “фишке” во Flex 3, но руки не доходили. Как известно при создании нового проекта добрый Flex 3 создает папочку src в какую складывает AS и MXML. В процессе разработки, если мы используем внешние ресурсы, нам приходится указывать пути к ним с учетом уже того, что наши исходники лежат в папке, то есть к примеру – “../assets/icons/somesuperiormegaicon.png”. И на выходе мы имеем в папке bin наш swf и папки, но пути остались с “лишним ../”, из-за чего ресурсы не загружаются в приложение.. и приходится создавать папку в которую складываешь сам swf дабы сохранить пути рабочими…
Вопрос знатокам, как можно починить этот не приятный момент ?

В процессе глубокого дебага скинов на проекте с использованием Flex 3 поймал грабли на том, что к примеру границы у PanelTitle не хотел быть как и прежде и Accordion не “поднимает” значения атрибута selectedFillColors. Если честно была озадаченность в мозгах и поиски каких-то косяков с нашей стороны, но все оказалось намного проще, на первый взгляд

Оказывается что Adobе, в процессе изменения SDK для Flex 3, решили добавить флаг для компилятора -compatibility-version, указав который мы насильно заставляем наше Flex приложение, разработанное с использованем SKD для Flex 3, использовать поведение некоторых UI компонент из старого доброго SDK 2.0.1 На Adobe Labs есть описание флага и различий между SDK, а также заметки о том где пользователь наступит на грабли.

Вот такие пироги…

Введение для тех кто не в курсе еще. В новом Flex 3 builder добавили возможность импорта веб-сервисов. То есть, задаем URL к нужной WSDL, выбираем какие методы мы хотели бы использовать, как назвать главный класс и куда это все добро генерировать. В теории очень красиво и хочется радоваться жизни и т.п.

Но, на практике мы имеем следующее:

• не всегда хорошо все импортируется (это пол беды, можно немного набраться терпения и все будет ок);
• не прикручивается если проект на Flex 2 SDK ( у меня не получилось по крайней мере);
• создается просто огромнейшее кол-во классов с трудно читаемым содержимым;
• и самое главное, это размер приложения вырастает довольно ощутимо, на 100kb+. В начале думал, что так и надо, мол много UI элементов юзаю, отсюда и размер. Но оказывается что Adobe генерирует классы для работы с веб-сервисом, используя Cairgorm framework, втихаря подключая библиотеку, отсюда и имеем + размер.

Вопрос, зачем Adobe используют Cairgorm, ведь в Flex SDK предостаточно инструментов для работы с веб-сервисами ?

Мой итог: нафик это стрёмное дело, лучше буду писать по старинке руками и буду знать что у меня там творится.

Во Flex 3 beta 2 Adobe слегка сменила политику компиляции проекта по умолчанию. При запуске (Run) или при дебаге (Debug) вашего приложения Flex все равно генерирует дебаг-версию. Это некрасиво, потому как очень сильно различаются в размере дебаг-версия и релиз-версия. Сделали они это под девизом – “Нет большому количеству файлов! все терь будет компактно”. (кину ссылку, если вспомню, где читал)

К примеру:

Делаем Run. И поскольку Flex нам сгенерит дебаг-версию, мы получаем 490 kb, как по мне, то дофига. Но делая релиз проекта, мы получаем всего 257 kb весу.

А теперь расскажу, как Очень просто, смотрим в главное меню и делаем Project > Export Release Version. Вам откроется окошко “мастера релиза”. Там все просто, особо рассказывать не буду.

Жмем Finish. Идем туда, куда мы скомпилировали наш проект (по умолчанию в /bin-release), и радуемся жизни

Появился ресурс, который будет полезен для фанатов и начинающий путешественников по тропам Cairngorm. Cairngorm Creator, пока правда Beta, от Tyler Beck, помогает облегчить жизнь, путем визуального создания структуры, или ее части вашего приложения, основанного на Cairnrogm.

Заявленные фишки:

• Настраиваемые имена пакетов;
• Настраиваемые имена папок;
• Настраиваемые build файлы;
• Сохранение и загрузка структур (XML);
• Редактируемый XML;
• Превью классов / файлов, которые будут генерироватся;
• Возможность скачать все содеянное в zip;