Стоит ли делать приложение на Cordova?

Question

[viktor_aksyonov]

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

У меня приложение довольно простое. Просмотр и скачивание картинок.

Answer 1

[GTRxShock]

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

Comments

[viktor_aksyonov]

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

[d-stream]

viktor_aksyonov, Ребрендинг, другая версия и т.п.

[spaceatmoon]

viktor_aksyonov, то на чем написано приложение не сильно кого-то волнует. Если приложение имеет те же функции что и раньше, то можете смело выкатывать поверх старого.

[viktor_aksyonov]

d-stream, простите, не совсем понял Ваш комментарий;)

[d-stream]

viktor_aksyonov, Ну захочется расшириться = появятся средства -> например произведется ребрендирование приложения и оно из старого "софт" будет "софт+" или "софт pro" - первое кордовое, второе нативное. С похожим дизайном, но всякими дополнительными плюшками и преимуществами.

В итоге какое-то время на маркете будут два приложения, пока первое не отомрет естественным путем или же спозиционируется для определенной ниши (например бесплатное и платное и т.п.)

[viktor_aksyonov]

d-stream, то есть, придется заливать как еще одно приложение?
Например, приложение установили 20к раз, я захотел продвинуться и сделал нативное. Могу ли я под видом обновления залить новое приложение, сохранив всю стату старого (отзывы, установки)?

[Олег Гамега]

viktor_aksyonov, да, конечно
конечно стоит заранее позаботится о сохранение пользовательских данных и тд но ничего не рельного в этом нет

[Дмитрий]

Для Google Play пофиг на чем написано приложение. Нужно только чтобы название пакета было таким же и цифровая подпись та же.
Совет d-stream плохой. Новое приложение - это всегда немало сил и средств на его продвижение. Когда вы выпустите свое первое приложение и поймете, как тяжело его продвигать, то выпускать "софт+" вы точно не захотите. ;)

Answer 2

[Виктор]

Гибридное приложение это не просто браузер встроенный в приложение. Это ещё возможность написать нативный код и вызывать его из JavaScript так что аргумент на счёт будущих хотелок и то что на них может не хватить произодительности это бред. На пример я делал приложение видео чата. В ios на момент разработки в сафари такого не было. Но я взял и поставил плагин к кордове который работу с webrtc выполнял нативным образом и рендерил содержимое в отдельный нативный слой в ios приложении.
А в андроиде эта функция уже давно есть и там я не ставил плагин. Но в итоге всё равно это эффективнее чем писать всё нативно.

Вот если бы у вас была игра с 3D графикой то думаю было бы правильно выбирать нативный подход. Но во всех остальных случаях cordova оправдана.

Answer 3

[Олег Гамега]

работал и с нативом и с кордовой и react native (писал в том числе нативные модули и для cordova и для react-native)
если очень хочется кросплатформенное прилжение то стоит посомтреть в сторону react native, кордорва тот еще кал
ps натвиное приложение все еще заметно лучше и быстрее всех осальных

Comments

[Сергей Нижний Новгород]

React native - тоже весьма спорное решение. Оно работает в общем хорошо, но на некоторых устройствах начинается какой-то бред. Когда у тебя 200к клиентов, таких бредовых ситуаций становится более тысячи. И ты и твое приложение спускается в ад в гугл плее.

Если нужно хорошо - надо писать нативно. Если нужно быстро, молодежно и так далее - то реакт-натив, но с ним будут проблемы у части юзеров.

[Олег Гамега]

Terras, согласен старые девайсы android это тот еще гемор
так же проблема длиныые списки (не нужно смотреть на instagram там полно нативных вставок)
но цена и скорость выпуска новых фич сразу на две платформы для бизнеса часто решает
так же стоит отметить снижение издержек на большую команду - вход нового человека в проект react native дешевле чем в аналогичный нативный проект

НО быстродействие и отзывчивость до сих пор лучше у нативыных приложений, с этим никто не спорит =)