RIA crumbs.

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

Для начала кратко о проблеме которая натолкнула на данный тест.

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

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

Решение: Введен лимит на длину папок и имен файлов (exception catcher до этого был только)

В свете вышеописанных событий, возникла идея провести тест для трех “конкурентных” технологий. Дабы проверить их поведение в данных ситуациях.

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

1. Microsoft WPF (Windows Presentation Foundation) - отказалась создавать такой путь, при этом сообщив нам о том, что мы пытаемся превысить лимит (“The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.”);

2. MDM Zink (известная обертка для Flash/Flex приложений, которая дает доступ к файловой системе и не только) – отказалась создавать путь, но молча тихо и по партизански.

И наш “победитель”:

3. Adobe AIR – позволяет создать скольугодно длиные и вложенные пути, которые потом сложно удалить стандартными методами, можно удалить только отключив длинные имена в Total Commander или воспользовавшись старым добрым Volcov Commander. Казалось бы, что Adobe молодцы, но вся загвоздка в том, что они позволяют создать эти папки, но они не работают с ними (нельзя вних что-то скопировать к примеру) и не дают удалить потом созданные папки, выдавая нам File I/O Error.

Итог: Чем думаю Адобовские девелоперы? Позволяя делать то с чем они и сами не могут работать.

Для многих уже не секрет, что бравый Microsoft таки выпустил на волю “убийцу флеша” Silverlight 2. А также наконец-то добавил поддержку Visual Studio Web Developer 2008 Express Edition (VSE). Об этом недавно написал Костя Ковалев.

Поскольку давно ждал поддержки VSE, решил сразу же скрестить Silverlight и VSE. При попытке поставить Silverlight Tools, инсталлер технично сказал, что моя студия ему не по нраву:

“Build 9.0.30729.XX of Visual Studio 2008 SP1 or Visual Web Developer 2008 SP1 must be installed before installation can continue.  See <A HREF=”http://go.microsoft.com/fwlink/?LinkID=122094″>http://go.microsoft.com/fwlink/?LinkID=122094</A> for download information.”

Что немного меня удивило, так как версия моей VSE соответствовала требуемой. Пройдя по ссылке, предложили скачать SP1 инсталер. Скачал, поставил, результат тот же. Реинстал студии не помог. Вдоволь попереустанавливая и перезапуская всякие утилиты и версии VSE, решил пойти кардинальным методом.

Итог: Снес VSE, снес TFS Team Explorer, зачистив после них хвосты. Установил заново Visual Studio Web Developer 2008 Express Edition. Запустил инсталляцию Silverlight Tools, и вуаля, все поставилось и радосно замахало хвостиком. Правда, пока думаю над тем, стоит ли пытаться вернуть себе TFS Team Explorer или пользоваться web интерфейсом

Вывод: TFS Team Explorer, вернее его оболочка, основана на Visual Studio 2008. И хоть версия и совпадала с требуемой для установки Silverlight Tools, но получилось, что для Silverlight Tools “две студии” ( Полноценный Express и оболочка от Visual Studio) оказалось много, и он как обезьянка из анекдота терялся между “умными и красивыми”.  В итоге MS снова порадовало совместимостью своих продуктов, могли хотябы при инсталяции спросить под какую студию ставить Silverlight Tools. А не тупо кричать, что версии неправильные.

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

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

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

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

В обзор войдут:

• Expression Design – своего рода “убийца” фотошопа Векторного графичеcкий редактор для дизайнерчегов.
• Expression Blend – как я понял это переходник “от дизайна к UI” хотя и тут можно пытаться что-то рисовать.
• Silverlight – собственно сам “убийца” флеша и флекса .

Начну я свой поход с Expression Design.

Вот. Вообщем следите за новостями