Для бизнес-приложений с богатым интернетом в 2012 году - вы рекомендуете Flash или HTML для своих клиентов?

Question

В последние несколько лет задавалось несколько вариантов этого вопроса, но в свете последних событий (например, Adobe отказалась от Flash для мобильных устройств) - я надеюсь понять текущее мышление. ..

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

В течение многих лет мы фокусировались на разработке Flash (см. https://stackoverflow.com/a/395260/49383 по причинам, по которым мы выбрали Flash, но вкратце, наши приложения обладают множеством асинхронных коммуникаций, высокой чувствительностью к интерактивности, построению графиков, визуализации данных, перетаскивание и т. д.)

Однако мои клиенты теперь понимают, что все, что они разрабатывают во Flash, НИКОГДА не будет доступно на мобильном устройстве или устройстве iOS.

В идеале, они хотели бы одно приложение, которое работает везде.

Мне было трудно объяснить, почему я не думаю, что это действительно возможно. Короче говоря, вы должны рассмотреть:

1. HTML 5 против HTML 4
2. Большие экраны и маленькие экраны
3. Сенсорный ввод по сравнению с мышью

Конечно, теоретически возможно создать единое приложение, которое использует новейшие адаптивные решения (для обработки больших и небольших экранов), использует новейшие возможности HTML 5, но при этом изящно ухудшается (для поддержки миллионов пользователей, которые застряли на IE 6, 7 и 8), и каким-то образом поддерживает как сенсорный ввод (большие области попадания, поведение при наведении / наведении курсора, масштабирование и т. Д.) и ввод с помощью мыши.

Однако, по моему мнению, для этого требуется ТОНН дополнительного кода и кошмарно трудно проверить.

Альтернатива, которую я обычно рекомендую - это Flash-версия для настольных пользователей и HTML5 / Touch - только для мобильных / пользователи iPad.

Огромный недостаток 1046 * в том, что у вас есть два совершенно разных набора кода. Положительным моментом является то, что вы можете создать оптимальное взаимодействие для обоих наборов пользователей (т. Е. Вам не нужно писать код для поддержки неоптимального опыта для бедных пользователей IE6 / 7/8, которые в противном случае застряли в HTML4), и Вы можете смело предположить, что мобильные пользователи используют ОЧЕНЬ текущий, ОЧЕНЬ способный HTML5-совместимый браузер.

Правильно ли мое мышление? Есть ли лучший подход?

Answer 1

Если терпеливо объяснить им, как Стив Джобс был жадным лжецом, который вытолкнул Flash, чтобы защитить доходы App Store (не рекомендуемая тактика продаж), в какой-то момент вам придется принять сложное решение.

Вы можете экспортировать в AIR для мобильных устройств - очевидно, это перестает быть браузерным, но вы можете считать, что это стоит того, чтобы заплатить за все время разработки, если оно будет сокращено, если вы сможете убедить своих клиентов пойти на приложение по URL-адресу - учитывая, что мобильный опыт очень сильно отличается, вы можете (у нас). Есть некоторые проблемы с производительностью в AIR, но они становятся лучше, и если вы создаете веб-приложения поверх игр / графически насыщенных программ, вы не заметите.

Лично я очень предпочитаю использовать Flash для любого приложения, прошедшего определенную сложность - мне нравится испытывать трудности с HTML / JS, но через некоторое время он превращается в мазохизм, отладка JS, безусловно, является дегустатором того, каким будет ад. Это просто не язык для разработки приложений, по крайней мере, для кого-то с OO-фоном, но если вы довольны / привыкли к этому или ваше приложение не слишком сложное, это может вас не беспокоить. Я буду изучать использование Google Dart - языка, больше похожего на Java / AS3, который может компилироваться в JS - но у меня еще не было шансов, поэтому я не могу сказать, стоит ли его проверять.

Если вы выберете версию HTML, вам не нужно беспокоиться о HTML4 против 5, если вы не используете новые теги (которые в основном используются для того, чтобы сделать их более читабельными, вы можете аппроксимировать их с помощью классов div). ) в этом нет особой необходимости. Очевидно, что для видео и т. Д. Потребуется флэш-резерв.

С jQuery вы сможете обойти особенности браузера с помощью поддержки JS, лично я бы предложил пакет Flash / AIR ИЛИ решение только для HTML - у вас также может быть одна общая база кода, которую вы можете настроить для платформ, чем две разные.

Надеюсь, это поможет.