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

Question

[Istergul]

Добрый день.
Хотелось бы услышать о каких плюсах и минусах разработки мобильного приложения на HTML5 с последующей вклейкой его в какой-нибудь WebView вместо разработки непосредственно нативного для той или иной платформы приложения.

Comments

[xmoonlight]

В данный момент (пока моб. процы и технологии не доросли) — зависит от типа приложения.
У Вас какого плана будущее приложение? (в общих чертах)

[Istergul]

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

[xmoonlight]

Почитайте подробно про сенсоры в HTML5. Там все это есть.

[EugeneOZ]

Сегодня в 11:00 мск вебинар по этой теме (хабр — события). На всякий случай ;)

Answer 1

[Павел Тысляцкий]

Я как-то задавал вопрос: habrahabr.ru/qa/27311/.

Из минусов:

Есть люди которые сильно ругаются на всякого рода фреймворки как sencha touch и jquery mobile, говоря что они тормознутые, с другой стороны они в себе решают многие проблемы которые можно встретить в широком мире мобильных браузеров (это я наверное про андроид сейчас, тк использую phonegap, а он работает к сожалению с нативным браузером).

С другой стороны можно писать все самому, решая многие интересные задачи, но все равно нужно тестировать приложение хотя бы на основных девайсах и допускать что новая версия ОС может поломать Ваше приложение. Здесь также можно проводить ассоциации с IE6, например если брать андроид и пройтись по canisue.com.

И да работа браузерного кода будет помедленнее.

Из плюсов:

Мобильные браузеры тоже не стоят на месте и развиваются, сейчас в современных барузерах поддерживается мультитач, есть нативные списки (owerflow: auto или scroll) и тд. И Вам скорее всего не нужно поддерживать телефоны/версии ОС, которыми мало кто пользуется.

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

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

Имхо это интерсно и перспективно на фоне chrome os, firefox os, tizen.

Comments

[Istergul]

Спасибо за подробный ответ

Answer 2

[jetman]

Приложение на HTML5 — это, к сожалению, тормоза в самых неожиданных местах. Это отсутствие контроля за потреблением ресурсов. Следствие — ограниченный круг пользователей и низкие оценки в маркетах. Радует, что Firefox OS, Tizen, BlackBerry с WebWorks делают ставку на HTML5, но время HTML5 для серъезных и больший приложений не пришло, нужно еще пару лет*. Учитывая то, что все HTML5 примеры игр с Tizen построены с использованием классических DIV+CSS, а не Canvas (который хорошо так тормозит на всех не-iOS устройствах), то время точно не пришло.

*Особенно, если отклониться от темы, на телевизорах со Smart TV текущего поколения, где обычно HTML5 единственный способ разработки. Они сейчас ну очень медленные и стандартный WebKit, используемый повсюду, на телевизорах совсем не летает.

Answer 3

[egorinsk]

Плюс: скорость, простота и дешевизна разработки, легко найти исполнителей

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

Comments

[RubaXa]

Ребята из Sencha с вами бы не согласились — Fastbook.
А по существу, создание быстрого html5 приложения требует времени и опыта, мало у кого он есть.

P.S. Аппаратное ускорение можно включить.

[egorinsk]

Просто и дешево, так как на HTML/CSS умеют верстать даже школьники в наше время. Сравните зарплату верстальщика с зарплатой iOS-разработчика. Сравните простоту HTML с написанием какого-нибудь кастомного виджета под андроид.

Answer 4

[Андрей]

Из собственного опыта могу сказать, что, например работа с камерой в андроид (простейшее изменение входного кадра и вывод на view) тормозит даже на «нативной» яве. Поэтому некоторые вещи приходится выносить в NDK. как это реализовать на HTML5 вообще не представляю. Но как верно здесь заметили все от типа приложения зависит

Answer 5

[Izobara]

Рлюс: кроссплатформенность — почти без адаптации пройдет повсюду, скорость разработки.
Минусы: скорость работы — это, считай, тот же браузер открыт, часто дизайн — выглядит не совсем нативно.
Не зря facebook переписала клиент на нативный.