Кошерный HTML(5)

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

Я считаю, что лучший вариант — это нативная разработка, но есть много вопросов по распространению приложения внутри компании и его обновления. У Эппла есть понятие in-house приложений для предприятий или вариант «вечного тестирования» по ad-hoc схеме, но, чтобы подать заявку на Team-development, нужен ряд сведений о компании, типа DUNS-номера и т.п, который нужно еще как-то получить. Кроме того, даже по ad-hoc схеме возможны неожиданные нюансы.

Это все реально, наверное, но бюрократию пока решил оставить на десерт, а пока посмотрел варианты безфлешовой разработки вебовских RIA.

Очень интересный фрейморк Cappuccino. Люди понимают, что для серьёзных разработок без полноценного ООП не обойтись, используют надстройку над JS — ObjectiveJ. В результате HTML+JS.

Интересно визуально и с техничесой точки зрения. К сожалению, на десктопе под виндовс приложение с несколькими гридами и диалогами потребляет больше проц. времени, чем аналогичное флексовое. Пользователь оценивает степень интерактивности словами «зачётно тормозит».

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

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

Есть еще SproutCore, на айфоне выглядит примерно так:

Одним словом, производительность и качество связки HTML+JS для RIA на айфон/айпад требует значительного улучшения. Буду рад ошибаться, может быть, есть другие фреймворки, получше. Иначе придётся писать на чистом js, без фреймворков вообще, борясь за производительность.

В будущем все улучшится, неверное. Но точка зрения, представляющая флеш, как основной источник «тормозов» в вебе, а HTML+JS в качестве спасителя Зорро  на белом коне, чересчур оптимистична.

Кто ругает flash и почему?

Сегодняшний скриншот сайта New York Times с айфона. Синяя иконка с вопросом показывает, что эта часть сайта не работает.

В последнее время в определённых кругах нарастает волна на тему «технология флеш уже не нужна и должна умереть». Похоже, это связано с выходом айпада от Apple, на котором флеш не работает. Как, впрочем, и на айфоне.

Кроме того, сам Стив Джобс сказал, что флеш — это сплошной баг, написанный лентяями, он не нужен, потому что грядёт HTML5, в котором есть тег <video>, который браузер будет показывать сам, без всякого флеша.

Это заявление довольно агрессивно. Чем объяснить мотивы таких нападок со стороны Apple? Известно, что флеш-плеер на маке работает хуже, чем под виндовс. Обидно? Да. Наверное, Adobe не любит макинтош, уделяет ему недостаточно внимания?

Постойте, почему тогда сами разработчики Adobe сидят на маках? Они любят есть кактусы и колоться? Adobe пишет софт для маков, не так ли? Я обратил внимание, что даже видео-уроки по Flex записаны в Eclipse на маке.

Может быть, есть другие причины? Сами Adobe говорят, что Apple не пускает их к API, при помощи которого можно было бы получить аппаратное ускорение. Маркетологи Adobe пытаются нас обмануть? А сам Adobe ведёт разработку своих продуктов на маках тоже для маскировки своей нелюбви к мак-платформе? Читать полностью »

Реальные проекты

Оцениваю трудоёмкость Flex-производства продуктов, которые делал на работе при помощи Аякс подходов.

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

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

Остальным придётся подождать, когда выложу дерево с тестовыми, не рабочими данными.

Защищено: Флеш — не только для игр

Эта запись защищена паролем. Для её просмотра введите, пожалуйста, пароль:

04.01.2009 • Метки: , , • Рубрики: Разработка ПО • Введите пароль для просмотра комментариев.

Ajax versus Flex

— а я-то думаю, что это меня так на флеш кидануло...

viz

ajax flex

Flex Profiler

Потихоньку перевожу свои аяксовые компоненты на флеш. В субботу воевал с местным сборщиком мусора. Обнуляю ссылки на объект, всё как положено. Не удаляются инстанции при пересоздании объекта, хоть тресни!

Оказалось, при навешивании обработчиков при помощи addEventListener не стоит пренебрегать последним параметром, и указывать useWeakReference = false, иначе объект никогда не будет удален из памяти.

Но об этом хоть в справке написано, а вот о том, а что делать, если обработчик навешивается, как операция mx.states.SetEventHandler? Я что-то не нашел способа указать «слабую ссылку». Так и будет пухнуть приложение в памяти. Вывод: обязательно пользоваться профайлером, во Flex Builder’е он вполне ничего.

flexprofile

28.12.2008 • Метки:  • Рубрики: Разработка ПО • Комментировать

Идеи носятся в воздухе

Только что выражал свои восторги относительно Adobe Flex, как на тебе — студия Лебедева анонсирует «вершину сайтостроительства» (цитата) — Техснабэкспорт, полностью выполненный во флеше. Причём особых премудростей там не демонстрируется: всё просто (и наверняка дорого, как всегда), для Техснабэкспорта в самый раз, молодцы.

Видно, наступает такая тема: Flex.

P.S. Наступила.

Adobe Flex

Выходные прошли в знакомстве с технологией флеш. Такого восторга я не испытывал со времен, когда первый раз увидел изнутри OpenGL.

Это очень, товарищи! Жалею теперь, что откладывал это знакомство, думал, успеется. Надо было давно это заюзать. Перед вами будущее распределённых корпоративных приложений, а для всяких eBay, Nasdaq и прочих монстров — уже настоящее. Читать полностью »